On 08/24/2013 05:20 PM, Sulla wrote:
My router forwards the connection request to my mailserver correctly, so port forwarding on the router is ok, as my mailserver gets a connection request from the client. Proof: "netstat -nt" shows me:
Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 10.0.0.1:143 10.196.124.7:1024 SYN_RECV
This proves one thing: that the SYN was received. It doesn't prove that the reply is being routed back properly. Obviously you have an asymmetrical routing or firewalling issue, and I'm not sure what kind of address translation should be / is / is not being preformed. This is a basic networking issue and has nothing to do specifically with dovecot.
Try to shut dovecot down and open a listening port with netcat:
#$ nc -lp 143 or for verbose output # nc -vvlp 143
On the other LAN compuer: # nc -vv 10.0.0.1 143
and start "chatting". It will work. From the outside computer it won't. If it does, dovecot will work too. Proceed with troubleshooting. TCP is handled by the kernel, not by dovecot. (you might want to look at the nc man page for the exact options available for your specific variety of netcat) You can probably do this on any other arbitrary port, it doesn't have to be 143 so you can let dovecot run at least for the LAN, if needed, while you figure this out.