is this going to touch the suite? Or is the suite now slowing down.

I worked hard to train the Mozilla Mail filter going back and marking old junk mail (it is statistical.. and because we are talking about a small numbers of spammers and list, past spam will represent future spam so this is useful. I find that I must mark every single spam message that is junk junk, and any improperly marked messages not junk in order for it to work. After that, it works well. So long as I *always* mark spam and *always* inform it when it makes a extremely rare error. My errors are generally in the fact that I have to mark similar messengers from the same sender for instance about twice and maybe even a third time before it adjusts corrrectly, (in my case, that Wesley Clark was not a spammer.)

The only area of improvement would be that it should keep track of recently marked spam messages by their Message-ID header so that duplicates I've already maked can be treated the way I asked. (as Junk or as "Not Junk"). It should compare recently used subjects and senders in a similar manner to speed up training. it's fine if it wants me to review those seperately and say "correct, these (collectively) are spam", but having people mark duplicate messages I've already marked makes novice users confused as to the filter's effectiveness. Because it is statistical, it only needs to keep recent ones, no need to have another cache to clear.

But I am very satisfied with the performance of the spam filter, which now has adapted correctly, and misses very little spam, and marks no false positives. Will this "new" code really use the old training.dat file to the same effectiveness?