[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Asrg] 0. General - Inquiry about CallerID Verification
> >
>
> RFC 2821 states (sections 3.3, 4.1.1.4 and 6.1) that the SMTP server
> has two options: accept or reject the message, and has two options to
> send back OK or Failure (5xx). HOWEVER, once the message has been
> accepted as per this section (6.1):
>
> " When the receiver-SMTP accepts a piece of mail (by sending a "250 OK"
> message in response to DATA), it is accepting responsibility for
> delivering or relaying the message. It must take this responsibility
[snip]
> If there is a delivery failure after acceptance of a message, the
> receiver-SMTP MUST formulate and mail a notification message. This
> Therefore, the RFC does dictate what should been done with the message
> once it has been filtered. Even though many anti-spam systems honor this
> "in breach", this is another illustration of how protocols affect other
> things, even filtering.
>
Absolutely, but of course it's not clear that any recipient or
administratively authorised disposition of the message can count as
"delivery failure". I'm not sure that silent failures due to filtering
*are* contrary to this recommendation.
Some say it's better for rejection to be earlier and explicit, but
successfully delivering to /dev/null isn't prohibited anywhere I can think
of.
--
_______________________________________________
Asrg mailing list
Asrg@ietf.org
https://www1.ietf.org/mailman/listinfo/asrg