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
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
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
--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
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?
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
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
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
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
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
10 matches
Mail list logo