Re^2: Spam filtering and regular expressions


go ahead... be a heretic
	PerlMonks

Re^2: Spam filtering and regular expressions

by fraktalisman (Hermit)

on Jul 30, 2005 at 19:23 UTC ( [id://479635]=note: print w/replies, xml )

Need Help??

in reply to Re: Spam filtering and regular expressions
in thread Spam filtering and regular expressions

For most of my mail addresses, only allowing mail from senders in a whitelist, would not be an option, for I do want to receive mails from people that I do not already know. I regularly hand out the email address of our skating crew, and of course we get loads of spam, but also most valuable messages. And as most existing spam filtering mechanism provided by the popular web providers (like Spam Assassin) already filtered out newsletters that I had subscribed to, I only use filtering with a very high treshold, so maybe I have to live with loads of spam in my inbox. Sometimes it is even hard to figure out whether a message is spam or not, when looking at the title and sender as a human being, so how should an algorhythm get this right in every case? I think it is impossible as a matter of principle.

_{fraktalisman keeps rolling}

Comment on Re^2: Spam filtering and regular expressions

Replies are listed 'Best First'.

Re^3: Spam filtering and regular expressions
by Popcorn Dave (Abbot) on Jul 31, 2005 at 00:16 UTC

jhourcle

I know that with Thunderbird, even though it's using a whitelist, I go through every time I d/l e-mail and see if something got filtered that shouldn't have. The program's learning is part of the solution as well, however it may be beyond the scope of what the op intends.

Useless trivia: In the 2004 Las Vegas phone book there are approximately 28 pages of ads for massage, but almost 200 for lawyers.

[reply]

In Section Seekers of Perl Wisdom