Re: Increase in scan time from 3.3 to 3.3.1

2010-06-12 Thread RW
On Fri, 11 Jun 2010 17:32:05 -0400 Chris Conn wrote: > In a followup to > http://www.gossamer-threads.com/lists/spamassassin/users/151470; > > Is it possible to set the priority on RBL rules to run after rules, > or not at all if shortcircuited? RBL test are done in parallel, and they are init

Re: Increase in scan time from 3.3 to 3.3.1

2010-06-11 Thread Chris Conn
In a followup to http://www.gossamer-threads.com/lists/spamassassin/users/151470; Is it possible to set the priority on RBL rules to run after rules, or not at all if shortcircuited? I tried: priority RCVD_IN_BL_SPAMCOP_NET -300 priority RCVD_IN_XBL -300 priority RCVD_IN_PSBL -300 priority R

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-30 Thread Alex
Hi, >> What would be involved with making the PSBL DNSBL work with v3.2.5? > > Alex, I'm pretty sure that you are already using PSBL through my > khop-bl channel, which adds PSBL, BRBL, Spam-eating Monkey (SEMBLACK), > HostKarma/JunkEmailFilter, and, more recently, MSPIKE (as per a > request from

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-30 Thread Adam Katz
Alex wrote: > What would be involved with making the PSBL DNSBL work with v3.2.5? Alex, I'm pretty sure that you are already using PSBL through my khop-bl channel, which adds PSBL, BRBL, Spam-eating Monkey (SEMBLACK), HostKarma/JunkEmailFilter, and, more recently, MSPIKE (as per a request from Joã

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-25 Thread João Gouveia
Hi, - "Alex" wrote: > Hi, > > > Anyway, it'll soon be deprecated in favor of 20_aux_tlds.cf, which > is > > part of the stock rule-set since 3.3.1. Bug 6361. As mentioned in > the > > release announcement. > > Is the 20_aux_tlds.cf stable and available for use to replace it now? > > Will

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-25 Thread Ned Slider
Alex wrote: Will the new RBLs in v3.3.1 ever be available/compatible with v3.2.5? What would be involved with making the PSBL DNSBL work with v3.2.5? You can certainly add additional RBLs to 3.2.5. For example: # PSBL easy-on, easy-off blacklist: http://psbl.surriel.com header RCVD_IN_PSBL

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Alex
Hi, > Anyway, it'll soon be deprecated in favor of 20_aux_tlds.cf, which is > part of the stock rule-set since 3.3.1. Bug 6361. As mentioned in the > release announcement. Is the 20_aux_tlds.cf stable and available for use to replace it now? Will the new RBLs in v3.3.1 ever be available/compatib

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Karsten Bräckelmann
On Wed, 2010-03-24 at 14:44 -0400, Kris Deugau wrote: > [...] that should save a little CPU time because I dropped the SARE > 90_2tld channel for 3.3.x The CPU time saved by dropping that file is negligible, hardly measurable. Anyway, it'll soon be deprecated in favor of 20_aux_tlds.cf, which is

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Rick Macdougall
On 24/03/2010 4:09 PM, Kris Deugau wrote: Michael Scheidell wrote: several more RBL's, check your dns performance? Looks like the new PSBL DNSBL is a bit slow. I wonder if the new load from SA 3.3 is the cause? A quick walk through the SA log shows it isn't helping much here, so I've disable

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Kris Deugau
Michael Scheidell wrote: several more RBL's, check your dns performance? Looks like the new PSBL DNSBL is a bit slow. I wonder if the new load from SA 3.3 is the cause? A quick walk through the SA log shows it isn't helping much here, so I've disabled it locally. I checked out their rs

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Rick Macdougall
On 24/03/2010 2:40 PM, Michael Scheidell wrote: On 3/24/10 2:23 PM, Rick Macdougall wrote: Hi, Any one have any idea what might cause an increase of scan times when going from 3.3 to 3.3.1. I've upgraded one server and the average scan time is now 4.3 seconds. The 3 other servers still runn

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Rick Macdougall
On 24/03/2010 2:40 PM, Michael Scheidell wrote: On 3/24/10 2:23 PM, Rick Macdougall wrote: Hi, Any one have any idea what might cause an increase of scan times when going from 3.3 to 3.3.1. I've upgraded one server and the average scan time is now 4.3 seconds. The 3 other servers still runn

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Kris Deugau
Rick Macdougall wrote: Any one have any idea what might cause an increase of scan times when going from 3.3 to 3.3.1. I've upgraded one server and the average scan time is now 4.3 seconds. The 3 other servers still running 3.3 average 1.38 All running Centos on exactly the same hardware. (I

Re: Increase in scan time from 3.3 to 3.3.1

2010-03-24 Thread Michael Scheidell
On 3/24/10 2:23 PM, Rick Macdougall wrote: Hi, Any one have any idea what might cause an increase of scan times when going from 3.3 to 3.3.1. I've upgraded one server and the average scan time is now 4.3 seconds. The 3 other servers still running 3.3 average 1.38 several more RBL's, chec