Gracias por advertir lo del modo pasivo ... ya andaba yo mosqueado por qué no funcionaba. Para los que deseen más detalles de la conexión, que parece que no está bloqueada en ningún sentido, un debug de la misma:
Resolving luke.ods.org... 212.106.229.17
Caching luke.ods.org => 212.106.229.17
Connecting to luke.ods.org[212.106.229.17]:4662... connected.
Created socket 3.
Releasing 0x10010408 (new refcount 1).
Logging in as bandaancha ... 220 Serv-U FTP Server v5.0 for WinSock ready...
--> USER bandaancha
331 User name okay, need password.
--> PASS bandaancha
230 User logged in, proceed.
Logged in!
--> SYST
215 UNIX Type: L8
done.
--> PWD
257 "/" is current directory.
done.
--> TYPE I
200 Type set to I.
done.
==> CWD not needed.
--> PASV
227 Entering Passive Mode (212,106,229,17,78,42)
Created socket 4.
done.
--> RETR nas.txt
150 Opening BINARY mode data connection for nas.txt (30 Bytes).
done.
Length: 30 (unauthoritative)
100%[====================================>] 30 --.--K/s
Closing fd 4
226 Transfer complete.
Closing fd 3
23:34:58 (14.65 KB/s) - `nas.txt' saved [30]
Lo que se observa es que tu máquina crea un puerto adicional, en este caso el 20010 aleatorio. También mi máquina ha establecido dos puertos aleatorios para esa conexión, uno aleatorio (1865) para conectar con el puerto 4462 y otro también aleatorio (1865) para conectar con el puerto ftp-data 20010 ... así funciona el FTP, y dudo mucho que en el eMule se comporte de forma diferente.
En un momentín que he estado observando por syslog la actividad de mi router he tenido conexiones remotas del 4672 UDP a mi puerto UDP del eMule, y conexiones de innumerables puertos TCP a mi puerto TCP del eMule ... pero no tienen por qué ser 4662, porque las consultas van por UDP (correctamente) y las peticiones se realizan a mi puerto abierto desde cualquier puerto aleatorio > 1024 del remitente.
Así que creo que los que hablan de bloqueos están con un planteamiento equivocado.
Saludos.