> > > D. SMTP "DATA": > > > D1. add antivirus/antispam and other content filters and provide > > > dedicated failure feedback. > > > I don't see much benefit to fast-failing after we've > already accepted > > the full message > > The big win here is not for us, but for the rest of the > Internet. We can reply in-protocol instead of sending a > bounce message. And, as Soren notes, we won't have accepted > responsibility for delivery.
The big win is also for us: if you accept a message and in a pipeline mark it as spam you can either: 1) send a bounce 2) drop it without notice. Answering "550 We don't accept spam" to the "CRLF.CRLF" (end of DATA) will be better than 1) because we don't need to send a further mail and better that 2) because the sender will know the message won't be handled. We should be aware that RFC states that an SMTP server SHOULD NOT takes too long before replying to the CRLF.CRLF to avoid message duplicate message transmissions. Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
