> I'm still a little unsure (ok, pun intended, couldn't resist
> ) how to treat unsures in this. Currently I'm showing
> the primary accuracy results based on the number of messages
> that SpamBayes classified as either ham or spam, with a
> separate percentage showing the additional messages t
> I use sb_filter from procmail to filter and autotrain
> incoming messages which end up on a cyrus imap server.
> I then use sb_imapfilter for retraining mistakes. The
> problem here is that sb_filter uses the
> X-Spambayes-Trained header to indicate how a message was
> trained, whereas sb_ima
"Deleted Items" is a special folder in Outlook and
sometimes produces strange results when used in conjunction with SpamBayes. To
prevent this, we specifically prevent the user from selecting "Deleted Items" in
SpamBayes.
To work around it, just create a normal folder for good
messages and
I didn't
see this question listed in the FAQs:
I need to
re-train SpamBayes. I've saved all the spam it's detected over the past year,
so it's no problem giving it plenty of examples of spam. My "ham"
messages (the good stuff) is all located in my Deleted folder, which I never
empty.
I use sb_filter from procmail to filter and autotrain incoming messages
which end up on a cyrus imap server. I then use sb_imapfilter for
retraining mistakes. The problem here is that sb_filter uses the
X-Spambayes-Trained header to indicate how a message was trained, whereas
sb_imapfilter only l
