From: Tom Allison [mailto:[EMAIL PROTECTED] > > >> 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.
Sending text/ascii e-mails may probably fit your habits and the ones from your contacts, but it would result in thrashing a lot of ham on larger userbases. Giampaolo
