Jason Qualkenbush <[EMAIL PROTECTED]> writes:
> I think you're missing the point of the concept. [...] I'd love to
> use a system like that, but I never know ahead of time what email
> address a confirmation from amazon.com or whatever is going to come
> from.
>
> I would assume that it would not be to hard to write up some code that would
> just check to see if the incoming email was white listed. If not, put the
> address into a temp file with a code and send a response to the user with a
> code as well. If a response comes back with matching codes, move that
> address into the white list.
The slate article basically describes TMDA or a TMDA-like system.
Matt and Duncan are absolutely correct. TMDA will really cut down on
your spam, perhaps even a 100% filtering rate. It also cuts down on
your nonspam as well and turns friends into nonfriends, which is the
problem.
What you are describing is a more intelligent auto-whitelist. One
that only whitelists an address if the recipient (as opposed to the
sender) gives an okay. I think that's actually a good idea,
especially if combined with a few related improvements:
- outgoing email whitelist (see bug #1201)
- whitelist editor
- delay testing (if a message scores close to the threshold, delay
delivery and retest later)
Dan
--
Daniel Quinlan Linux, open source, and
http://www.pathname.com/~quinlan/ anti-spam consulting
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
