On Fri, Oct 31, 2003 at 05:30:37PM -0000, Nigel Swinson wrote:
The problem with filtering before storing in the end users mailbox is as Ned
says, the concept of the mail envelope. At the SMTP level, the envelope
probably has many recipients, so who's configuration do you use? It's only
when you are about to put a message in a users INBOX will you know that you
can take action on behalf of all the recipients (cos there is only one).
Hence when MailSite rejects a message at the SMTP level it is using a global
server level script.
Yeah- what one would need to do is do an attempted delivery for
each SMTP "mail to" recipient and deal with rejections based on
that attempt. You would have to have access to each individual's
filter program to do this. Furthermore you would need something
other than SMTP, since once you have said "OK" to the "mail to"
you can't take it back later. Or you would have to have a way
of enforcing only one recipient per SMTP session. (accepting
the first "mail to" and giving 4xx responses for each subsequent
one would be very hackish.) Here it would be great to have an SMTP
enhancement allowing post-DATA rejections.
A comment on your I-Draft. I've never heard of "joe-job spam". Now I know
I only code mail servers, not use them, so perhaps I'm just ignorant, but
I'm wondering if "joe-job spam" is a well established enough term to be
using without describing what it means? I see you do describe it
eventually, but wonder if you can avoid the term completly in the I-Draft.
JoeJob is a very common term referring to forging somebody else's
address as a return address, so that unfortunate victim gets bounces.
It's a googlable term.
mm