On Wednesday, April 4 at 01:32 PM, quoth Charles Cazabon:
Section 4.5.3.2 of rfc2821 talks a little about this, although
mostly from a client's point of view. It does recommend at least a
3 minute timeout on each send during the DATA phase.
Ah! I don't know how I missed that, thanks.
I suppose, more precisely, the critical bit is at the end of that
section:
An SMTP server SHOULD have a timeout of at least 5 minutes while
it is awaiting the next command from the sender.
So I'll set the timeoutsmtpd to be 300 and see if that solves my
reverse-tarpitting concurrency problem. If not, I'll bump it down from
there, but it's good to know there aren't significant problems even as
low as 15 seconds.
~Kyle
--
Of course it's the same old story. Truth usually is the same old
story.
-- Margaret Thatcher
pgpewsNKI3C6b.pgp
Description: PGP signature
|