rmcompsol
06-10-2005, 02:01 PM
Check to make sure that the name servers that are used for reverse resolution have not been shut down or are working properly. These name servers are specified within the /etc/resolv.conf file and can be replaced if need be.
It's also possible that the name servers in the /etc/resolv.conf file are working fine but the ip from where the client is accessing the server is not reverse resolvable. In this case you could turn off the reverse lookup completely.
For Red Hat servers the -Rt0 option needs to be added to the beginning of the server_args line in the /etc/xinetd.d/smtp_psa file:
server_args = -Rt0 /var/qmail/bin/relaylock......
It is necessary to restart xinetd since the changes will take effect the next time SMTP is used.
/etc/init.d/xinetd restart
The wrapper /var/qmail/bin/tcp-env that plesk uses in front of qmail is sending an ident (port 113) request back to the host originating the connection. If the originating host is running a firewall which drops packets instead of sending rejects, tcp-env waits 25 seconds for a response before timing out. The new Windows Firewall which ships with Windows XP SP2 behaves this You can tell tcp-env to stop waiting for ident responses by adding the -R parameter to it's server_args in /etc/xinetd.d/smtp_psa, like this:
server = /var/qmail/bin/tcp-env
server_args = -R /var/qmail/bin/relaylock ....
It's also possible that the name servers in the /etc/resolv.conf file are working fine but the ip from where the client is accessing the server is not reverse resolvable. In this case you could turn off the reverse lookup completely.
For Red Hat servers the -Rt0 option needs to be added to the beginning of the server_args line in the /etc/xinetd.d/smtp_psa file:
server_args = -Rt0 /var/qmail/bin/relaylock......
It is necessary to restart xinetd since the changes will take effect the next time SMTP is used.
/etc/init.d/xinetd restart
The wrapper /var/qmail/bin/tcp-env that plesk uses in front of qmail is sending an ident (port 113) request back to the host originating the connection. If the originating host is running a firewall which drops packets instead of sending rejects, tcp-env waits 25 seconds for a response before timing out. The new Windows Firewall which ships with Windows XP SP2 behaves this You can tell tcp-env to stop waiting for ident responses by adding the -R parameter to it's server_args in /etc/xinetd.d/smtp_psa, like this:
server = /var/qmail/bin/tcp-env
server_args = -R /var/qmail/bin/relaylock ....