Re: spam filtering by bayesian classifier and imap - ideas

[Mats Lidell <matsl@contactor.se>]

>>>>> asf wrote:

asf> 2. Use gnus and nnimap-split-fancy to split mail into the correct
asf>    groups.

I use procmail so that the splitting also is done on the server. YMMW
but it is nice and fast to have the splitting in just one place. No
need to update the splitting rules on different locations and makes it
possible to on occasions use other MUAs without to many consequences.

asf> 3. When exiting a group, do this:
asf>    1| when in a spam group, move all non-spam-marked articles to a group
asf>       `INBOX.ham.reclassify'.

I have started to use this scheme by setting the
"spam-process-destination" to a reclassify-as-ham folder. This might
seem strange but I have found that when the server already have moved
all potential spam to a spam folder the best way is to fool spam.el
that the marked articles are spam and should be moved away. With this
setup I just mark the ham-articles with M-d and they are moved out on
exit to the reclassify-as-ham folder.

This is however not ideal. It would be more natural to move the
articles from the spam folder to the right folder, where they belong,
at once. On the other hand it is hard to see how to support this for
any MUA without just relying on a simple move to a specific
folder. With gnus it is probably very easy to add that when you move
an article from the spam folder it is also copied to the
reclassify-as-ham folder.

asf> Does that make sense? Would this be usable on a multi-user imap
asf> server?  Comments? Who would be interesed in this?

I have left to design a script, executed by crontab or ssh or maybe by
procmail, so that the reclassified messages are reclassified and after
that reinserted back into the users mail handling (INBOX!?). The goal
I have is to make it possible to use statistic spam filtering with any
MUA (using imap) in our environment.

Yours
-- 
%% Mats