Re: ifile-gnus.el version 0.3.5 (spam-filtering / general email classification)
Ted Zlatanov <[email protected]> Sun, 13 Oct 2002 07:47:45 -0400
| Newsgroups | gmane.emacs.ding,gmane.mail.ifile.general |
|---|---|
| Organization | Теодор Златанов @ Cienfuegos |
| Message-ID | <[email protected]> |
On 10 Oct 2002, [email protected] wrote: > You can use ifile-gnus either as a spamfilter, or to automatically > and adaptively classify all of your incoming email. My personal > experience has been that ifile is 80-90% accurate in general email > classification, and insanely accurate in spam vs. non-spam > classification. I set up a first cut of the ifile functionality for spam.el; like the other checks, you just set spam-check-ifile to t and the ifile-spam-filter function will be invoked with nil as the non-spam group name parameter, so it will return either spam-split-group or nil. I wrap the call to ifile-spam-filter in a let ((ifile-primary-spam-group spam-split-group)) so ifile will use the spam-split-group name. Let me know if there are problems. Some ideas: it would be nice if ifile-gnus.el could support nnimap, and if it could hook at group exit time, to look at articles marked as spam. spam.el already does that: (add-hook 'gnus-summary-prepare-hook 'spam-summary-prepare) (add-hook 'gnus-summary-prepare-exit-hook 'spam-summary-prepare-exit) where spam-summary-prepare marks unread articles in spam-junk-mailgroups with the spam-mark, and spam-summary-prepare-exit invokes the bogofilter registration currently on all articles marked as spam, whether manually or through spam-summary-prepare. I think ifile could be added to spam-summary-prepare-exit if there's interest. That would add some precision to the already good ifile spam detection, by classifying messages marked as spam even if they are not moved to a spam group. Thanks Ted