Re: ifile-gnus.el version 0.3.5 (spam-filtering / general email classification)

[Ted Zlatanov <tzz@lifelogs.com>]

On 10 Oct 2002, jhbrown@ai.mit.edu 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