On Thursday, January 23, 2003, 2:08:21 AM, Sanford Whiteman wrote:
SW> More on this, after some more RFC reading. From section 4.5.3.1 of RFC
SW> 2821:
>> RFC 821 [30] incorrectly listed the error where an SMTP server
>> exhausts its implementation limit on the number of RCPT commands
>> ("too many recipients") as having reply code 552. The correct reply
>> code for this condition is 452. Clients SHOULD treat a 552 code in
>> this case as a temporary, rather than permanent, failure...
SW> Technically speaking, then, Outlook is--make sure you're sitting
SW> down--the RFC-compliant one, while The Bat! is applying intelligence
SW> which benefits the end user, but which technically is non-RFC.
The intent of a 5xx response is to say "send me this again and I'll reject
it again".
If a MUA tries resending the exact same message without modification then
its brain dead. Sending it in multiple sessions to reduce the number of
'RCPT TO's is an acceptable RFC compliant behaviour IMHO.
BTW, is that what The Bat! does?
SW> You see, Outlook just globally transforms a 552 into a 452, no matter
SW> where in the SMTP conversation it occurs, and requeues. On the other
SW> hand, The Bat! discriminates between a 552 that occurs after a RCPT
SW> command--which is the "too many recipients" documentation error
SW> described above--and a 552 in response to the DATA command. In the
SW> latter case, it takes the 552 "literally" as a permanent rejection and
SW> removes the message from the queue.
SW> This doesn't change the fact the Outlook is acting really stupid, from
SW> a bandwidth and usability point-of-view, but it does explain what M$
SW> programmers were thinking.
M$ programmers thinking... isn't that an oxy moron? :-)
--
[EMAIL PROTECTED] "The avalanche has already started, it is too
Rod Dorman late for the pebbles to vote." � Ambassador Kosh
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/