Re: DATA 554 responses - To Retry or Not.
2008-08-11 01:22:57
Glenn Anderson wrote:
Suppose your MTA was connecting to our server, and you were sending
mail to 3 accounts and the RCPT reply codes was:
RCPT TO: user1 ---> 250
RCPT TO: user2 ---> 450
RCPT TO: user3 ---> 550
because there was at least one 250, you were allowed to go to DATA
Is that "were allowed to" or "SHOULD"? If the quest for optimization
mentioned earlier in this thread were taken excessively zealously, an
MTA would think it is a good idea to just QUIT for now, looking
forward for the odd moment when both user1 and user2 will
simultaneously get a 250 response.
That crazy idea would rule out the technique to use 450 replies in
order to avoid receiving data for a set o recipients whose filtering
options differ. If splitting were not possible, MTAs would be forced
to send DSNs for spam addressed to multiple users if one of them
disabled filtering. A somewhat unacceptable requirement.
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: Improved straw man for retry scenarios, (continued)
- Re: DATA 554 responses - To Retry or Not., ned+ietf-smtp
- Re: DATA 554 responses - To Retry or Not.,
Alessandro Vesely <=
- Re: DATA 554 responses - To Retry or Not., Tony Finch
- Re: DATA 554 responses - To Retry or Not., Glenn Anderson
- Re: DATA 554 responses - To Retry or Not., Paul Smith
- Re: DATA 554 responses - To Retry or Not., Hector Santos
- Re: DATA 554 responses - To Retry or Not., Paul Smith
- retries redux? was Re: DATA 554 responses - To Retry or Not., Tony Finch
- Re: DATA 554 responses - To Retry or Not., Alessandro Vesely
Re: Improved straw man for retry scenarios, Hector Santos
|
|
|