On Wed, 16 May 2007, Jean-Paul Natola wrote:
Jean-Paul Natola wrote:
Ok I was able to track them and found that they are timing out after about
5
mins- spamd is timing them out- I'm assuming its large messages that it is
timing out on- what rule/acl would I need and WHERE would I enter it t
Jean-Paul Natola wrote:
> Ok I was able to track them and found that they are timing out after about
5
> mins- spamd is timing them out- I'm assuming its large messages that it is
> timing out on- what rule/acl would I need and WHERE would I enter it to
> tell SA to ignore or not to scan anyt
Jean-Paul Natola wrote:
> Ok I was able to track them and found that they are timing out after about 5
> mins- spamd is timing them out- I'm assuming its large messages that it is
> timing out on- what rule/acl would I need and WHERE would I enter it to
> tell SA to ignore or not to scan anythin
Ok I was able to track them and found that they are timing out after about 5
mins- spamd is timing them out- I'm assuming its large messages that it is
timing out on- what rule/acl would I need and WHERE would I enter it to
tell SA to ignore or not to scan anything over 1 meg.
Running
FreeBSD
How are you calling SA? procmail? Amavis? plugins? Which version are
you running? Most likely, the RBL checks are the reason for that
delays. Try setting
skip_rbl_checks 1
in the local.cf, then look over the statistics again. If scan times go
down, blame your nameserver...
Luix!
2007/5/15, Je
Hi everyone,
I'm seeing by the output of message analysis time that some messages must be
hanging up SA;
Total number of emails processed by the spam filter : 2019
Number of spams : 1108 ( 54.88%)
Number of clean messages: 911 ( 45.12%)
Average m