ietf-asrg
[Top] [All Lists]

RE: [Asrg] Rejecting Email

2003-04-01 17:51:50
-----Original Message-----
From: asrg-admin(_at_)ietf(_dot_)org [mailto:asrg-admin(_at_)ietf(_dot_)org] 
On Behalf Of
Vernon
Schryver
Sent: Tuesday, April 01, 2003 8:39 AM
To: asrg(_at_)ietf(_dot_)org

[...]

It is a good idea to communicate why a mail message was been rejected,
but it cannot and should not be mandated.  Rejecting mail does not
differ enough from rejecting connections from HTTP, FTP, or even
telnet
clients.  Sometimes your security policies allow your computers to
say why they won't provide a given service, but sometimes they must
say at most "go away."


[..other good points elided..]

Indeed.

Moreover, received messages may be more than just 'rejected' out of
hand. Depending on settings in a receiver's mail filter and the level of
confidence with which said filter determines a particular message to be
spam, many possible treatments of the message are possible, among them:

        * the message is deleted and not presented to the user at all
        * the message is moved to a distinguished folder
        * the message header is colored grey or purple or orange in 
          the user's inbox list
        * the message is moved to the bottom of the user's inbox
        * the message was put into a pending state awaiting the result
          of a challenge sent to its originator
        * etc.

And the details of all these will be different depending on the
particular software installed on the receiving side and the particular
settings made therein by the user and / or system admin.

So even the *taxonomy* with which one might try to describe in a 'bounce
message' what happened to a message within the user experience on the
receiving side is, IMHO, not pragmatically solvable (even if your
security policy would allow you to send such bounces).

        Bob

_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg



<Prev in Thread] Current Thread [Next in Thread>