Re: Suggestion to developers

2007-09-14 Thread Crocomoth
to turn on collected points check after [prioritized rules + header rules] (and inside body rules), without any sorting if this is undesirable. -- View this message in context: http://www.nabble.com/Suggestion-to-developers-tf4429767.html#a12674988 Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

RE: Suggestion to developers

2007-09-13 Thread Michał Jęczalik
On Wed, 12 Sep 2007, Jason Burzenski wrote: How would you account for negative scoring rules? (if your message hit's score=5 it may soon be socre=-2 after a negative scoring rule is applied). It is stupid simple - run them first. :) -- Michał Jęczalik, +48.603.64.62.97 INFONAUTIC, +48.33.487.6

Re: Suggestion to developers

2007-09-13 Thread Bart Schaefer
On 9/13/07, Justin Mason <[EMAIL PROTECTED]> wrote: > > if anyone feels like trying it out to see if they can make an > auto-shortcircuiting plugin which outperforms base SpamAssassin over a > mixed corpus of 50:50 nonspam and spam, go for it ;) I dunno about your mail, but if it outperformed base

Re: Suggestion to developers

2007-09-13 Thread Justin Mason
Matt's generally nailed it. I would say that it should be easy enough to write a plugin which reorders rule priorities into a desired order, then implements the "have_shortcircuited" plugin hook to return 1 at the desired point... so if anyone feels like trying it out to see if they can make an a

Re: Suggestion to developers

2007-09-13 Thread Matt Kettler
Crocomoth wrote: > Matt Kettler-3 wrote: > >>> 1. Using this method, admin must understand that the fate of every >>> message >>> (for all users) will depend from the single rule. >>> >> Not if you set it up properly.. You can have multiple rules run with a >> very early priority (low nu

Re: Suggestion to developers

2007-09-13 Thread Crocomoth
riority is about the > best you can do. You have to make those manual decisions. > > Now, it's possible for the devs to be the deciders, not the end-admins, > but someone has to manually prioritize. > Thank you. I just want to draw attention of developers to this problem. Every

Re: Suggestion to developers

2007-09-13 Thread Matt Kettler
Crocomoth wrote: > Matt Kettler-3 wrote: > >> SA 3.2.x already does this, you just need to know how. Read the docs on >> the shortcircuit plugin, and the "priority" option for rules: >> >> Shortcircuit allows you to define when to "bail out" >> http://spamassassin.apache.org/full/3.2.x/doc/Mail_

Re: Suggestion to developers

2007-09-13 Thread Crocomoth
evelop his own rulesets with shortcircuit involved to get really good and reliable results. But, he could be able to turn some option in config file and restart SA. 3. Method proposed by me is not mutually exclusive with shortcircuit. They could work together. Thanks. -- View this message in cont

Re: Suggestion to developers

2007-09-12 Thread Justin Mason
Henrik Krohns writes: > On Wed, Sep 12, 2007 at 08:53:10AM -0700, Crocomoth wrote: > > > The most effective way I've found to lower the SA footprint is to limit > > > the mail that gets to it by using some triage on the MTA side. SA as a > > > standalone tool might benefit from some kind of triag

RE: Suggestion to developers

2007-09-12 Thread Jason Burzenski
age would be dropped without further scanning. -Original Message- From: Crocomoth [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 12, 2007 10:42 AM To: users@spamassassin.apache.org Subject: Suggestion to developers SpamAssassin is a really great product. But, it is perl-based and

Re: Suggestion to developers

2007-09-12 Thread Matt Kettler
Crocomoth wrote: > SpamAssassin is a really great product. > But, it is perl-based and checks every message with a lot of (all) rules (, > always!). > Volume of spam is constantly increasing, as well as CPU and memory load that > SA creates on servers. > As a SA user, I would be happy to have the f

RE: Suggestion to developers

2007-09-12 Thread Crocomoth
dropped. As far as I see, SA just adds 100 points to this message and continues checking. And I am not sure about the order of rules in checking process. -- View this message in context: http://www.nabble.com/Suggestion-to-developers-tf4429767.html#a12638431 Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

RE: Suggestion to developers

2007-09-12 Thread Crocomoth
ad a designated file before it reads others). > > -Original Message- > From: Crocomoth [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 12, 2007 9:42 AM > To: users@spamassassin.apache.org > Subject: Suggestion to developers > > > SpamAssassin is a really grea

RE: Suggestion to developers

2007-09-12 Thread Skip Brott
ED] Sent: Wednesday, September 12, 2007 9:42 AM To: users@spamassassin.apache.org Subject: Suggestion to developers SpamAssassin is a really great product. But, it is perl-based and checks every message with a lot of (all) rules (, always!). Volume of spam is constantly increasing, as well as CPU and

Suggestion to developers

2007-09-12 Thread Crocomoth
-to-developers-tf4429767.html#a12637043 Sent from the SpamAssassin - Users mailing list archive at Nabble.com.