In no way I am advocating the following for John to add to 2821bis,
but based on happen here, this is what needs to be added to 4.2.5:
4.2.5. Reply Codes After DATA and the Subsequent <CRLF>.<CRLF>
...
When an SMTP server returns a permanent error status (5yz) code
after the DATA command is completed with <CRLF>.<CRLF>, it MUST NOT
make any subsequent attempt to deliver the message. As with
temporary error status codes, the SMTP client retains responsibility
for the message, but SHOULD not again attempt delivery to the same
server without user review of the message and response and
appropriate intervention.
+ However, there is one exception to this recommendation: If
+ any of the RCPT TO reply codes in a multiple recipients
+ session are 4yz, the client SHOULD again attempt to deliver
+ the message to the same server without requiring user review.
+ See Section 4.5.4.1 for retry strategies.
--
Sincerely
Hector Santos, CTO
http://www.santronics.com
http://santronics.blogspot.com
Frank Ellermann wrote:
John C Klensin wrote:
[substantive]
If someone wants something else, it is probably time to dust
off and finish some flavor of per-recipient post-DATA reply
model and see if it gets any traction.
It's not that I want "something else", but getting some kind
of "selective reject" on standards track could be good. That
could also contain any desired "retry clarification", as far
as this "clarification" does not try to redefine RFC 2821bis.
[procedural]
if you expect me to do it quietly during AUTH48,... well,
there is no chance.
IFF Hector - nobody else is in his position - could propose
less than ten words ASAP that would settle this issue from
his POV, and confirm what most others (SM, Glen, Ned, etc.)
here said, *and* IFF these folks agree with his proposal,
then I'd hope you can still add this - openly, not quietly.
For obvious reasons I'd like to get 2821bis in a state where
it can be promoted to STD in 2009 "as is", without new draft:
The chances might be slim, but if nobody finds fresh errata,
2821bis could officially replace RFC 821 in STD 10 next year.
Frank