> The error is sent however during the transfer of DATA, as soon as it > is found that the message is too large. . .
Are you sure that that's what MS SMTP thinks it's doing? That's not the behavior I observe in sending vastly oversize messages; MS SMTP waits until the closing <CR>.<CR> to issue the 552. I suspect that with these messages, MS SMTP thinks that it _has_ received the end of the DATA section, either because of an encoding error on the sending server or a decoding error in MS SMTP. Not sure if that sheds any real light, but I don't think MS SMTP is _by design_ sending responses in the middle of DATA transmission -- that would never work at all, and one would think it would've been fixed some time ago. --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/ --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
