Re: FreeMail.pm

2009-01-27 Thread Henrik K
On Mon, Jan 26, 2009 at 11:01:07AM -0600, McDonald, Dan wrote: > I've been using the FreeMail.pm plugin to good effect, but I would like > to expand it slightly. > > Currently it fires if the From: header contains a freemail address, or > if the From: and Reply-to: headers contain different freema

Central and common rules

2009-01-27 Thread Nigel Frankcom
Hi All, Is there are central point for links or dissemination of 'best practice' rules? I freely admit this is my 1st port of call. I'm wondering if there is a simple (i.e works for a muppet like me) page that lists details of how to synch non sa-update rules. The question is based on the sad an

Re: Setting up VBounce... ...correctly

2009-01-27 Thread mouss
Karsten Bräckelmann a écrit : > On Tue, 2009-01-20 at 15:29 +, Arthur Dent wrote: >> On Tue, Jan 20, 2009 at 03:48:55PM +0100, Karsten Bräckelmann wrote: > >>> I explained it slightly more detailed in Bug 6008. >>> https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6008 >> Ahhh.. I see (

Re: Spam hitting Bayes_99?

2009-01-27 Thread mouss
Dave Pooser a écrit : >> manual training on any FPs/FNs that were not correctly autolearned from is a >> good idea. > > Also, it does no harm to re-learn messages that have already been learned, > so it's perfectly acceptable to set up a cron job to learn the contents of a > folder as spam and the

Re: sa-learn errors

2009-01-27 Thread Kai Schaetzl
LuKreme wrote on Tue, 27 Jan 2009 09:43:15 -0700: > Ah, right, I know that, but that wasn't the question. No? I thought it was. Or at least in this area. see below. > Converting shell users from mbox to Maildir is not trivial, as far as > I know. But you wrote your users are Maildir users. >

Re: sa-learn errors

2009-01-27 Thread LuKreme
On 27-Jan-2009, at 04:31, Kai Schaetzl wrote: LuKreme wrote on Mon, 26 Jan 2009 16:17:25 -0700: Second question is, can I use formail -s to split the mbox up and feed one message at a time to sa- learn? And if so, what is the syntax? sa-learn seems to want a file No, it works fine on maildir

Re: FreeMail.pm

2009-01-27 Thread Benny Pedersen
On Tue, January 27, 2009 15:31, Kai Schaetzl wrote: > What's the problem deriving that rule from the existing rules? FREEMAIL_REPLYTO can only hit if FREEMAIL_FROM hit, so one cant make meta for the reply-to -- http://localhost/ 100% uptime and 100% mirrored :)

Re: FreeMail.pm

2009-01-27 Thread Kai Schaetzl
Dan McDonald wrote on Tue, 27 Jan 2009 06:31:07 -0600: > Nope. FREEMAIL_REPLYTO is only true if there is a FREEMAIL_FROM and the > reply-to: header or the body contains a different freemail address. I > want a rule to fire for FREEMAIL_REPLYTO even if the From: header does > not contain a freema

Re: FreeMail.pm

2009-01-27 Thread Benny Pedersen
On Tue, January 27, 2009 13:31, McDonald, Dan wrote: > Nope. FREEMAIL_REPLYTO is only true if there is a FREEMAIL_FROM and > the reply-to: header or the body contains a different freemail > address. add # before return in line 553 should be it as i read it, then it olso check reply-to even if f

Re: FreeMail.pm

2009-01-27 Thread McDonald, Dan
On Tue, 2009-01-27 at 10:34 +0100, Benny Pedersen wrote: > On Mon, January 26, 2009 18:01, McDonald, Dan wrote: > > I would like to add a test that scores a From: not in the freemail > > list, with a Reply-to: in the freemail list. Shouldn't be worth > > much (maybe .5) but I think it will get eno

Re: sa-learn errors

2009-01-27 Thread Kai Schaetzl
LuKreme wrote on Mon, 26 Jan 2009 16:17:25 -0700: > Second question is, can I use > formail -s to split the mbox up and feed one message at a time to sa- > learn? And if so, what is the syntax? sa-learn seems to want a file > No, it works fine on maildirs, as a default. and I just don't kn

Re: FreeMail.pm

2009-01-27 Thread Benny Pedersen
On Mon, January 26, 2009 18:01, McDonald, Dan wrote: > I would like to add a test that scores a From: not in the freemail > list, with a Reply-to: in the freemail list. Shouldn't be worth > much (maybe .5) but I think it will get enough to push some of > these advance-fee scams over the top. > >