Sorry for the delay in responding.
This looks like Active FTP, where the outside FTP server opens up a new connection the inside host on source port 20. The FTP fixup should be opening up a hole to allow that outside-initiated connection to come in.
What I see is the following:
global (outside) 10 xx.232.3.13
nat (inside) 10 10.28.32.0 255.255.254.0 0 0
So the outbound initial connection will be PAT'd to come from xx.232.3.13, these are the packets the FTP server will see. The FTP server should ACK that connection, then start a new connection to the same address for the data channel.
The error message you're seeing for that failed connection though is this:
%PIX-3-305005: No translation group found for tcp src
outside:137.69.200.8/20 dst inside:xx.232.2.32/1113
which shows the the outside server tried to initiate a connection to xx.232.2.32, not xx.232.3.13 as your global command states. he PIX would not have opened up a hole for this (obviously), and so the PIX is treating it just like any other inbound connection, and because there's no static and ACL it is denying it.
Why would the outside FTP server be trying to start a connection to .32? Figure that out and you'll have your answer.
