7 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Automatic SPAM le...
FromSent OnAttachments
Soeren D. SchulzeJun 23, 2007 11:55 am 
Jérôme BlionJun 23, 2007 12:10 pm 
Alessandro VeselyJun 24, 2007 2:22 am 
Soeren D. SchulzeJun 24, 2007 4:03 am 
moussJun 24, 2007 11:40 am 
Alessandro VeselyJun 24, 2007 3:41 pm 
Soeren D. SchulzeJun 25, 2007 1:48 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] Automatic SPAM learningActions...
From:Alessandro Vesely (ves@tana.it)
Date:Jun 24, 2007 2:22:32 am
List:net.sourceforge.lists.courier-users

Soeren D. Schulze wrote:

Hello,

I found the following patch:

http://da.andaka.org/Doku/imapspamfilter.html

To describe it briefly, it automatically trains the SPAM filter when the user moves messages to a SPAM or HAM folder.

First, what do you think about this in principal?

I see two design issues: 1. The user does not have the chance to use his own preferred settings, as everything is controlled by an environment variable. 2. The server freezes until the SPAM learner has done its job.

I liked that patch when I first saw it. Thinking twice, I found no way to turn it into a sound generically useful improvement that Sam can accept.

Training a filter is an interactive job. Blindly moving messages will always lack feedback or context sensitive help. Users will have a hard time trying to match that with their client's spam filter settings.

In addition, it will be incompatible with webmail. In my case, the latter is primarily needed during off-site work or vacations, which is exactly when light travelers mostly miss their client's spam filters. Hence, I realized it's not much of an option for me.

Personally, I would solve it by specifying a new column (or more than one) in the user database which includes the SPAM policy. The learning would be done in the background without the server waiting for the process to finish.

And how do users set their own policy?

I am ready to do the coding, but as I am quite new to Courier, I would like to hear about your opinion.

I don't think the spam filtering task suits an imap server. I'd rather link it to the webmail server, because of those interactivity requirements. That's what I meant in http://www.mail-archive.com/courier-users@@ Webmail might delegate some controls, e.g. an added "Junk" button at the bottom of folder views, or an added image button in the toolbars of message views, to some dynamically loaded software that implements site-specific functionalities. Adding a custom section in the "Preferences" page might become a quite popular option.

QUICA may provide an alternative framework for developing similar tasks. See http://www.mail-archive.com/courier-users@@