ietf-asrg
[Top] [All Lists]

[Asrg] Re: delaying response to final dot (was: Ban the bounce)

2003-04-07 09:25:17
On Mon, Apr 07, 2003, Claus Färber wrote:
J C Lawrence <claw(_at_)kanga(_dot_)nu> schrieb/wrote:
On Sun, 6 Apr 2003 18:19:26 -0400
waltdnes  <waltdnes(_at_)waltdnes(_dot_)org> wrote:
Then fer-cryin-out-loud, hold off on the "OK" response for a few
seconds and wait till the email is accepted.  If it isn't, issue the
appropriate 5xx code after DATA:.

And when the message turns out to be addressed to an alias or forward
which points outside that MX'es domain?

There's no reason why it could not work in this situation: You hold off  
the "OK" until you know that the message has been delivered, delivery  
has failed /or/ a timeout has been elasped.

Bad Idea.

RFC 2821 already requires a "fast" response to the final dot.

   To avoid receiving duplicate messages as the result of timeouts, a
   receiver-SMTP MUST seek to minimize the time required to respond to
   the final <CRLF>.<CRLF> end of data indicator.  See RFC 1047 [28] for
   a discussion of this problem.


What if the mail is expanded via an alias to hundreds of recipients?

What if only some of them fail?

_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg



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