Greetings,
Occasionally our inbound mail servers need a reboot after patching
and sometimes there is lots of mail that needs to find its way home to
the sender due to bounces. Sometimes those remote sites are either
having difficulties or are so swamped that nothing much gets to them.
I'd like to cut down on the time the server spends waiting on them.
There seems to be 3 control files to do this:
timeoutsmtpd which is amt of time for each new *buffer* of data from
a remote SMTP client. (default 20 minutes)
timeoutconnect which is how long qmail-remote waits for a connection
(default 1 minute)
timeoutremote which appears to be like timeoutsmtpd but for each
response, not each buffer (also 20minute default).
Seems like a non-responsive server is fine at 1 minute, but 20 minutes
seems to be an excessive amount of time to hold up one of my concurrent
connects for a buffer of data or just a reply. Would it be safe to lower
this
value to say also 1 minute? I don't want to mess with the defaults if this
would be a bad thing to do, but I cannot think of why it would be.
Thanks,
--
Michael Boyiazis
[EMAIL PROTECTED]
Mail Architect, NetZero, Inc.
