> From: Douglas Kirkland [mailto:[EMAIL PROTECTED] > Sent: Saturday, February 14, 2004 7:55 AM [...] > > I use 'vi' to change my user_prefs file. I also build a web > interface to the > user_prefs for our customers. It has spam threshhold, Report > Safe, Contact > Info, Subject-line for Spam, ok_languages, ok_locales, white > list, and black > list. Also allow them to set scores for these three SpamCop.net, > HTML Web > Bugs, and MS Executable. Scoring is a big part for spamassassin so that > should not be left out. I would like to get a few more in the > web interface, > but I just am not sure which one to add.
Sounds good. The piece that I think might be missing is something that might look an add-on to a web based mail browser that is focused on the incoming mail, possibly presorted into inbox, possible spam, and likely spam. The user could select one of these mail boxes, and there would be simple check boxes on the left to indicate spam/ham. These messages would be relearned by the Bayes system. Further when a mail is opened up, the user could check off "whitelist sender", "whitelist recipient", "whitelist mailing list", "filter mailing list", and so on. Regarding scoring, I'd probably try and hide the raw scores, and follow the "more_spam_to", "all_spam_to" sort of model, where the user says qualitatively whether they want the scores to be higher/lower for particuar sorts of features.
