Hector Santos wrote:
There is good explanation for the behavior, that sadly enough no one
thus far has yet wish to acknowledge, that for eight years, RFC 2821
4.2.5 had it written that 5yz DATA <EOT>.<EOT> responses do allow, in
fact, encourage (SHOULD) client retries.
This error was noted and corrected in 2821bis.
What Klensin, Hansen et al, need to decide if they revert to the
previous 2821 broken semantic because it appears to be some MTA (at
least one MTA - Neds) that were already trained with this behavior.
I had read that in 2821 and assumed it was an error, BUT I had also
assumed that by the time DATA was being processed, the recipients that
had been previously rejected with 4xx errors had been 'forgotten' about
for this transaction. When our server receives the 4xx error for a
recipient, at THAT time it decides that it is going to retry the message
for THAT recipient. This seemed like the most sensible approach. It will
lead to the most chance of the message being delivered to that
recipient. It is irrelevant for THAT RECIPIENT that ANOTHER RECIPIENT
rejected the message.
--
Paul Smith
VPOP3 - POP3/SMTP/IMAP4/Webmail Email server for Windows