| 
				 Socks5 bug 
 
			
			Socks5 protocol support isnt implemented right... FlashFXP isseues CONNECT instead of BIND for every data connection... Hope you can fix this asap (flash isnt the only client having this problem though)
 From RFC1928:
 
 The BIND request is used in protocols which require the client to
 accept connections from the server.  FTP is a well-known example,
 which uses the primary client-to-server connection for commands and
 status reports, but may use a server-to-client connection for
 transferring data on demand (e.g. LS, GET, PUT).
 
 It is expected that the client side of an application protocol will
 use the BIND request only to establish secondary connections after a
 primary connection is established using CONNECT.  In is expected that
 a SOCKS server will use DST.ADDR and DST.PORT in evaluating the BIND
 request.
 
 And another CUT, just to remind you where the problem is (CMD should be 2 instead of 1):
 
 4.  Requests
 
 Once the method-dependent subnegotiation has completed, the client
 sends the request details.  If the negotiated method includes
 encapsulation for purposes of integrity checking and/or
 confidentiality, these requests MUST be encapsulated in the method-
 dependent encapsulation.
 
 The SOCKS request is formed as follows:
 
 +----+-----+-------+------+----------+----------+
 |VER | CMD |  RSV  | ATYP | DST.ADDR | DST.PORT |
 +----+-----+-------+------+----------+----------+
 | 1  |  1  | X'00' |  1   | Variable |    2     |
 +----+-----+-------+------+----------+----------+
 
 Where:
 
 o  VER    protocol version: X'05'
 o  CMD
 o  CONNECT X'01'
 o  BIND X'02'
 o  UDP ASSOCIATE X'03'
 o  RSV    RESERVED
 o  ATYP   address type of following address
 o  IP V4 address: X'01'
 o  DOMAINNAME: X'03'
 o  IP V6 address: X'04'
 o  DST.ADDR       desired destination address
 o  DST.PORT desired destination port in network octet
 order
 |