CHALLENGE
All filtering software is written to score for results that equal
spam -> catch the bad
SOLUTION
Make filtering software score for results that equal ham -> uncatch
the good.
Your thoughts?
How can this method "spend less time and energy"? Aren't you going to build a
"mirrored" method with respect to the actual one? Your rules wouldn't be like the actual
ones, but negated?
Giampaolo
Dan
BTW, is there a better forum for this level of question?
This would be easier to filter.
It would also be more adaptive to a statistical approach than a regex approach.
Personally, I think HTML email should be outright discarded from the start.
If you look at this arguement presented by the OP then it reinforces the idea
that most ascii is ham and most html is spam. Therefore, reject delivery of all
html based email. Or to be more succinct -- reject any MIME type of alternative
content or html only content. That would remove probably 90% of the spam in one
shot.
