Re: DSPAM training integration

2009-02-04 Thread Dmitriy Kirhlarov
On Wed, 04 Feb 2009 17:20:47 +0300, Sven Mueller wrote: On 30.01.2009 21:20, Wesley Craig wrote: On 30 Jan 2009, at 05:11, Duncan Gibb wrote: I think what Giuseppe is asking for is a mechanism whereby the user's action triggers the learning command directly, rather than relying on an exter

Re: DSPAM training integration

2009-02-04 Thread Sven Mueller
On 30.01.2009 21:20, Wesley Craig wrote: On 30 Jan 2009, at 05:11, Duncan Gibb wrote: I think what Giuseppe is asking for is a mechanism whereby the user's action triggers the learning command directly, rather than relying on an external agent (eg your cron job or our daemon) to come round and l

Re: DSPAM training integration

2009-01-30 Thread Wesley Craig
On 30 Jan 2009, at 05:11, Duncan Gibb wrote: I think what Giuseppe is asking for is a mechanism whereby the user's action triggers the learning command directly, rather than relying on an external agent (eg your cron job or our daemon) to come round and look what the user has done. One of th

Re: (offtopic) Re: DSPAM training integration

2009-01-30 Thread Sebastian Maus
--On January 30, 2009 11:00:00 +0100 Rudy Gevaert wrote: > Sebastian Maus wrote: >> Each customer has three SPAM folders (Filtered, LearnSPAM, LearnHAM). If >> mail gets dropped into one of the "Learn*" folders, a cron job (which is >> in > My problem with such solutions is that you are dependant

(offtopic) Re: DSPAM training integration

2009-01-30 Thread Rudy Gevaert
Sebastian Maus wrote: Each customer has three SPAM folders (Filtered, LearnSPAM, LearnHAM). If mail gets dropped into one of the "Learn*" folders, a cron job (which is in My problem with such solutions is that you are dependant on the user. How many users take the effort to use this system?

Re: DSPAM training integration

2009-01-30 Thread Duncan Gibb
Sebastian Maus wrote: WC> The point of a patch like Dmitriy proposes is for training DSPAM through WC> user actions in the MUA. For instance, logging (or otherwise handling) WC> the contents of the X-DSPAM-Signature when the user refiles messages to WC> or from their Spam folder. SM> we did some

Re: DSPAM training integration

2009-01-30 Thread Sebastian Maus
Hi, --On January 29, 2009 17:10:20 -0500 Wesley Craig wrote: > On 29 Jan 2009, at 16:50, Giuseppe Ghibò wrote: [...] > The point of a patch like Dmitriy proposes is for training DSPAM through > user actions in the MUA. For instance, logging (or otherwise handling) > the contents of the X-DSPAM-S

Re: DSPAM training integration

2009-01-29 Thread Wesley Craig
On 29 Jan 2009, at 16:50, Giuseppe Ghibò wrote: in many situations cyrus-imapd is used in configuration with postfix as MTA, and amavis-new (http://www.ijs.si/software/amavisd/) which uses also to "spamassassin", "clamav" and IIRC there should be the possibility to add support for dspam (alt

Re: DSPAM training integration

2009-01-29 Thread Giuseppe Ghibò
Wesley Craig wrote: > I have no plans to implement it, at least not at this time. If I were > designing such a system, I'd problem want a configuration that > "watched" a special folder, and if refiling actions too place on that > folder, logged (or perhaps took an action on) a header. If you're

DSPAM training integration

2009-01-29 Thread Wesley Craig
I have no plans to implement it, at least not at this time. If I were designing such a system, I'd problem want a configuration that "watched" a special folder, and if refiling actions too place on that folder, logged (or perhaps took an action on) a header. If you're interested in writin