>>SMTP (1948) ERR undeliverable 552 Requested action not taken: >>exceeded size limit
LC> ah, ok. kill the DATA in mid-flight AND "5xx don't come back". LC> everybody's happy. Killing the DATA in mid-flight, and expecting the client to honor a permanent failure code out of order, is absolutely non-RFC, and you're the last person I'd expect to back MS on this. RFC 2821: > Since the mail data is sent on the transmission channel, the end of > mail data must be indicated so that the command and reply dialog can > be resumed. SMTP indicates the end of the mail data by sending a > line containing only a "." (period or full stop). Without a proper close of the sender-->receiver DATA command, there is no reason for the sender to buffer incoming TCP/IP commands, let alone respect them as if they are normal SMTP-language replies. All MS is doing is putting themselves--and strict MTAs who don't suck it up--in the wasteful retry queue. LC> The receiver must truncate the session at the limit point. sending LC> a 554 of course, hoping the DATA sender is also listening. You mean hoping the sender is as broken as the receiver? I don't think this is appropriate, as it allows Hotmail to strongarm standards-focused vendors by making them build to non-RFC scenarios (just as with AUTH=LOGIN and so many other MS "innovations"). -Sandy 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/
