Project

General

Profile

Actions

Enhancement #226

closed

Alternative antispam learning method

Added by Marc Dequènes almost 13 years ago. Updated over 12 years ago.

Status:
Resolved
Priority:
High
Start date:
2011-06-21
Due date:
% Done:

100%

Estimated time:
Patch Available:
No
Confirmed:
No
Security:
No
Help Needed:
No

Description

Currently, users can resend SPAM or HAM to special addresses, or use the web interface, but it is not always convenient, mostly for web-phones users.

The project is to use the dovecot-antispam plugin, in order to just have to move mails in or out a special folder in order to retrain. This folder could be automatically created and subscribed, and once SPAM is marked in the headers, it could be redirected into it automatically using SIEVE. This should not be a big deal but a few hours of work. The problem lies in dovecot-antispam behavior, which is redirecting mails to retraining at once. So if many mails are retrained around the same time, the server would be flooded with plenty of ressource-intensive DSPAM processes. Fortunately, the plugin is able to create a spool, leaving to another daemon the task to retrain them.

The goal of this project is to create this daemon, which should be able to :
- monitor the dovecot-antispam spool and manage a limited pool of DSPAM invocations (max number of process in the configuration)
- handle each mail of the queue with a certain delay (seconds in configuration)
- handle cancellation of requests when the user makes a mistake, double-retrain, and the first retrain is still in the queue
- call an antispam retraining script (script name and parameters in the configuration)

High level language required: Ruby (prefered), Python, Modern Perl OO.


Related issues 1 (0 open1 closed)

Related to DuckCorp Infrastructure - Enhancement #224: Experiment the antispam dovecot pluginResolvedMarc Dequènes2011-05-17

Actions
Actions

Also available in: Atom PDF