johnalphaone
asked on
Qmail and TCPREMOTEINFO
My virtual dedicated server is slow to respond when Outlook connects to send new mail. I think I've tracked it down to the following. qmail-smptd runs under xinetd with these parameters:
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
tcp-env has these options:
-r (Default.) Attempt to obtain TCPREMOTEINFO from the
remote host.
-R Do not attempt to obtain TCPREMOTEINFO from the remote
host.
-ttimeout
Give up on the TCPREMOTEINFO connection attempt after
timeout seconds. Default: 30.
So, by default I'm getting a 30 second delay. Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?
Thanks.
service smtp
{
socket_type = stream
protocol = tcp
wait = no
disable = no
user = root
instances = UNLIMITED
server = /var/qmail/bin/tcp-env
server_args = /var/qmail/bin/relaylock /var/qmail/bin/qmail-smtpd
}
tcp-env has these options:
-r (Default.) Attempt to obtain TCPREMOTEINFO from the
remote host.
-R Do not attempt to obtain TCPREMOTEINFO from the remote
host.
-ttimeout
Give up on the TCPREMOTEINFO connection attempt after
timeout seconds. Default: 30.
So, by default I'm getting a 30 second delay. Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?
Thanks.
or add following
server_args = -Rt0 and then service xinetd restart
server_args = -Rt0 and then service xinetd restart
ASKER
That file does not exist. qmail-smtpd is being run under tcp-env, not tcpserver.
ASKER
>or add following
>server_args = -Rt0 and then service xinetd restart
Yes I know to do that. But you haven't answered the question;-
"Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?"
>server_args = -Rt0 and then service xinetd restart
Yes I know to do that. But you haven't answered the question;-
"Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?"
Try something like "host -d www.yahoo.com" and tell us how long the query takes. It should be in the last line that says something like "Received 193 bytes from 127.0.0.1#53 in 173 ms"
You may still have a problem on that machine that should likely be fixed.
You may still have a problem on that machine that should likely be fixed.
ASKER
For the third time, THIS is the question:-
"Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?"
"Is there any value in attempting to obtain TCPREMOTEINFO? If so, what would be a sensible value to set the timeout to?"
not able to understand your question?
U mean to say in Qmail-smtp asking TCPREMOTEINFO?
U mean to say in Qmail-smtp asking TCPREMOTEINFO?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks
/var/qmail/supervise/qmail
find the following line:
/usr/local/bin/tcpserver
then just add -H to one of the arguments
reboot the server, and everything is much faster now!
--hope it works :)