[Top] [All Lists]

Re: Changing RFC 5322 guidance about crlf.crlf response delay

2010-08-11 18:29:04

SMTP session.  I'm hearing a reasonably strong consensus that it is now 
acceptable -- and possibly essential -- to do some serious processing before 

Yes, definitely.  One of the reasons people hate my favorite MTA,
qmail, is that it implemented the advice to respond as fast as
possible, queued incoming mail immediately, and deferred all
rejections until later, even invalid mailboxes.  I, and most other
qmail admins, have replaced the standard SMTP daemon with one that
does a lot more, in my case including DCC lookups and spamassassin, as
well as most invalid user rejections, before responding to the client.


<Prev in Thread] Current Thread [Next in Thread>