Re: Problems with Bayesian filtering

Laird Breyer <[email protected]> Fri, 27 Feb 2004 11:37:16 +1000
Newsgroups gmane.ietf.asrg.filtering
Message-ID <20040227013716.GA1618@ender>
On Feb 26 2004, John Graham-Cumming wrote:

> And that final sentence is a mistake.  Looking at the meta data helps 
> greatly in correctly filtering messages.  Very often the meta data is 
> one of the best indicators of spamminess.  I believe it was Paul Graham 
> who pointed out long ago that the color #FF0000 was a great spam 
> indicator for him.

Surely you see different types of meta data as differently valuable?
There's an endless supply of meta data out there, are you going to
go looking for the valuable ones one by one forever? How do you
know that the latest indicator you find isn't an artifact of your dataset
only?

A few years ago, these same questions would have been asked about
simple pattern matching filtering rules. Progress was achieved by
going beyond the special cases (ie cases such as "does the From
address contain xxx", "does the body contain yyy") and treating the 
patterns statistically. 

I'm not denying that there is valuable information in the meta data,
just that handling it one trick at a time is untenable in the long
run. And you are dealing with this one trick at a time, since each new
trick needs its own small modification to the parser/tokenizer. 

I'm of course also glossing over what precisely constitutes meta
data. In some cases, it's easy to recognize (e.g. font and colour
attributes). As a rough idea, data which can change without affecting
the content for the reader/user is meta data. 

So to take up your example, #FF0000 is easily changeable to #FF0001
and constitutes clear meta data. Does your parser go out of its way
looking for those tags? Does it also look for dynamically created
pieces of HTML which produce the same effect? There has to be a better
way in the long run.

-- 
Laird Breyer.