Re: [Mimedefang] Re: Justifying greylisting to management

2006-03-01 Thread Tomasz Ostrowski
On Sun, 26 Feb 2006, David F. Skoll wrote: Now, there *are* some marginal SMTP servers that fail in the following scenario: C: HELO myname.domain.com S: 250 whatever C: MAIL FROM:[EMAIL PROTECTED] S: 250 2.1.0 go ahead C: RCPT TO:[EMAIL PROTECTED] S: 451 4.7.1 greylisting; try in 2

Re: [Mimedefang] Re: Justifying greylisting to management

2006-03-01 Thread David F. Skoll
Tomasz Ostrowski wrote: This could be avoided if sendmail would tempfail data requests if any rcpt to request tempfailed and every rcpt to request tempfailed or permfailed. But the RFC says that an SMTP client MUST NOT issue a DATA command unless at least one RCPT succeeded, so Sendmail is

Re: [Mimedefang] Re: Justifying greylisting to management

2006-03-01 Thread Tomasz Ostrowski
On Wed, 01 Mar 2006, David F. Skoll wrote: This could be avoided if sendmail would tempfail data requests if any rcpt to request tempfailed and every rcpt to request tempfailed or permfailed. But the RFC says that an SMTP client MUST NOT issue a DATA command unless at least one RCPT

Re: [Mimedefang] Re: Justifying greylisting to management

2006-03-01 Thread David F. Skoll
Tomasz Ostrowski wrote: But it is also within its rights to issue 4xx. And if it makes it more reliable then why not? Well, it's a matter of philosophy, I guess. I can't see sendmail.org accepting a patch for this. Look at it this way: Sendmail has every reason to assume that if an SMTP

Re: [Mimedefang] Re: Justifying greylisting to management

2006-03-01 Thread Ben Kamen
David F. Skoll wrote: Web browsing, P2P and FTP probably swamp e-mail. FTP? You mean people still use that? ;) ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit