Re: Shortcurcuit scoring problem (3.2.5)

2008-09-16 Thread Crocomoth
Felix, Thank you for information. guenther, Yes, you are right, but this is not a reason for not working plug-ins and options. These options seems convenient and they are described in documentation, but did not work in 3.2.3 and do not work up to now. -- View this message in context: http://ww

Shortcurcuit scoring problem (3.2.5)

2008-09-10 Thread Crocomoth
Hello, I am using version 3.2.5 and, to reduce spam and SA footprint, turned on shortcircuit plug-in. I use standard 60_shortcircuit.cf. At the first time, I enabled only whitelist/blacklist rules and this works great. Now, due to increasing amount of spam, I decided to turn on bayes shortcircuit

Re: Suggestion to developers

2007-09-14 Thread Crocomoth
Matt Kettler-3 wrote: > > Sure, some messages will bail out faster, but most messages will take > much longer to scan. How is that better? > > I don't debate that the basic idea of having SA do this "automagically" > would be a great thing. However, the reality of doing it efficiently is > much

Re: Suggestion to developers

2007-09-13 Thread Crocomoth
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 number), then have another one run wi

Re: Suggestion to developers

2007-09-13 Thread Crocomoth
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_SpamAssassin_Plugin_Sho

RE: Suggestion to developers

2007-09-12 Thread Crocomoth
> 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 triage functionality to > kill messages immediately as per a "blacklist" rule. The blacklist > ru

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

Suggestion to developers

2007-09-12 Thread Crocomoth
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 following possibility in the