On Sun, 6 Apr 2003 19:35:20 -0700
Phillip Hallam-Baker <Hallam-Baker> wrote:
Filtering returning bounces based on Message-ID requires that the
keep a DB of known-valid IDs. This is a non-trivial expense.
No it does not.
Let the ....
...description of shared secret hash calculation between MUA and MTA
deletia...
Accepted, however the cost barrier to getting all the MUAs and the MTAs
upgraded is prohibitive.
So basically simple rules for whitelisting could be something like:
Accept if the reply-to has a message-ID you sent Accept if one
of the references has a message-ID you sent otherwise filter through
spamfilter
If we could magic wand upgrade the MUA world so that they all properly
generated In-Reply-To and References, quite a few things would be
easier. Similarly, from a standards and deployment perspective if we
could magic wand decide whether lists should use new Message-IDs or
retain the originals for their broadcast messages...
So imagine this, you get an email of the opt-in variety, you reply to
it and when the mail comes from that list it is automatically filled
in a folder just for that list.
This can be done quite easily if you can recognize an opt-in
challenge, easily done with a custom header. It should not cause any
intrusive GUI interaction since it could be spam until responded to
affirmatively.
From then on you filter on the basis of the List: headers.
I've been advocating this for years. My hope is that I can scrape
enough time etc to what MozillaMail (or whatever the new project is
called), to do this.
--
J C Lawrence
---------(*) Satan, oscillate my metallic sonatas.
claw(_at_)kanga(_dot_)nu He lived as a devil, eh?
http://www.kanga.nu/~claw/ Evil is a name of a foeman, as I live.
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg