[Spambayes] feature request

[Robert K. Coe]

Just to be a devil's advocate.....

1. Many (most?) user communities will not accept a client-based solution to the spam problem. Many users are so spam-averse that merely seeing it, even after it has been identified and collected, makes them go ballistic. The more Spambayes can be made to resemble a server-based system, the more widely it will be accepted. I wouldn't use the proposed feature myself, but there it is.

2. I'm under the impression that a few months ago someone (maybe more than one someone) proved that if you start with an empty database, Spambayes learns quickly, and that within a few days it performs almost as well as it would if trained in the customary way. If so, saving spam for retraining should be a non-issue.

Bob


> -----Original Message-----
> From: spambayes-bounces at python.org
> [mailto:spambayes-bounces at python.org]On Behalf Of whisper at oz.net
> Sent: Monday, August 02, 2004 3:17 AM
> To: spambayes at python.org
> Subject: Re: [Spambayes] feature request
> 
> 
> There are two reasons why spam should not be sent to deleted items:
> 
> 1. SpamBayes is not 100% accurate. Rarely a good message will be 
> identified as spam. Always a good idea to take a quick look to see if 
> any such have wound up in the spam folder.
> 
> 2. A fair selection of spam messages should be saved in the event that 
> you have to retrain the spam recognizer. Yes, Virginia, you should save 
> some spam in case SB wants a spam sandwich to wet it's appitite ;)
> 
> Dave LeBlanc
> Seattle, WA USA
> _______________________________________________
> Spambayes at python.org
> http://mail.python.org/mailman/listinfo/spambayes
> Check the FAQ before asking: http://spambayes.sf.net/faq.html
>