Re: [Exim] Re: Bagle, unqualified HELO, time delays

Pàgina inicial
Delete this message
Reply to this message
Autor: Edgar Lovecraft
Data:  
A: exim-users
Assumpte: Re: [Exim] Re: Bagle, unqualified HELO, time delays
Fred Viles wrote:
..[snip]...
>
> That's what made me look into the situation with exim.
> smtp_receive_timeout *sounds* like it may be appropriately selective,
> but I'm not sure. So far, seems like nobody else is either...
>

No ambiguity here, the manual is quite clear that smtp_recieve_timeout is
for all forms of SMTP input.
Just as a side note, and then an exerpt from the manual...
This is what an OOTB sendmail installation has for timeouts, I used to
tweak these back when I used sendmail all the time, and I for one would
like (not absolutly neccesary) to be able to tweak these in exim, some
we already can, others we cannot.

from a 'default' sendmail.cf file on RH linux:
(IMO some of these are WAY to long, thus why I used to tweak them)
# timeouts (many of these)
#O Timeout.initial=5m
O Timeout.connect=1m
#O Timeout.iconnect=5m
#O Timeout.helo=5m
#O Timeout.mail=10m
#O Timeout.rcpt=1h
#O Timeout.datainit=5m
#O Timeout.datablock=1h
#O Timeout.datafinal=1h
#O Timeout.rset=5m
#O Timeout.quit=2m
#O Timeout.misc=2m
#O Timeout.command=1h
#O Timeout.ident=5s
#O Timeout.fileopen=60s
#O Timeout.control=2m
O Timeout.queuereturn=5d
#O Timeout.queuereturn.normal=5d
#O Timeout.queuereturn.urgent=2d
#O Timeout.queuereturn.non-urgent=7d
O Timeout.queuewarn=4h
#O Timeout.queuewarn.normal=4h
#O Timeout.queuewarn.urgent=1h
#O Timeout.queuewarn.non-urgent=12h
#O Timeout.hoststatus=30m
#O Timeout.resolver.retrans=5s
#O Timeout.resolver.retrans.first=5s
#O Timeout.resolver.retrans.normal=5s
#O Timeout.resolver.retry=4
#O Timeout.resolver.retry.first=4
#O Timeout.resolver.retry.normal=4

And now from the exim manual...
From the manual:
http://www.exim.org/exim-html-4.30/doc/html/spec_14.html#CHAP14
smtp_receive_timeout
Type: time
Default: 5m

This sets a timeout value for SMTP reception. It applies to all forms of
SMTP input, including batch SMTP. If a line of input (either an SMTP
command or a data line) is not received within this time, the SMTP
connection is dropped and the message is abandoned. A line is written to
the log containing one of the following messages:

SMTP command timeout on connection from...
SMTP data timeout on connection from...


The former means that Exim was expecting to read an SMTP command; the
latter means that it was in the DATA phase, reading the contents of a
message.

The value set by this option can be overridden by the -os command-line
option. A setting of zero time disables the timeout, but this should never
be used for SMTP over TCP/IP. (It can be useful in some cases of local
input using -bs or -bS.) For non-SMTP input, the reception timeout is
controlled by receive_timeout and -or.
>

..[snip]...
--

--EAL--