Michael Amster wrote:
> I performed an experiment to see what happens - I removed all the RBLs
> and saw that the response decayed from instant response after a qmailctl
> restart to about 15s after about 1hr. of running. It looks like the
> RBLs have no impact on my response time. This points to bayes
> expiration as an issue.
I wouldn't draw that conclusion, but it's certainly something to look into.
> my relevant spamassassin local.cf:
> ok_locales all
> skip_rbl_checks 0
> report_safe 1
> lock_method flock
> rewrite_header Subject [SPAM]
> required_score 6.0
> bayes_file_mode 0666
> auto_whitelist_path /home/vpopmail/.spamassassin/auto-whitelist
> use_pyzor 1
> use_razor2 1
> use_dcc 1
> use_auto_whitelist 1
> use_bayes 1
> bayes_auto_learn 1
> use_bayes_rules 1
> bayes_auto_learn_threshold_spam 7.0
> bayes_auto_learn_threshold_nonspam 0.1
> bayes_auto_expire 1
> bayes_path /home/vpopmail/.spamassassin/bayes
>
> -MA
You can set "bayes_auto_expire 0" (and restart SA) to turn auto-expiration off.
I'm not convinced that'll solve your problem though. Your manual expire run
appeared to take 109 seconds. Since running that, you shouldn't be suffering
from auto-expire again for at least 12 hours (see EXPIRATION section of "man
sa-learn"). I'd still be inclined to turn it off though and do it with a
daily cron job.
You might also be experiencing RBL delays via SA if you have SURBLs enabled.
To check that, you might turn local-only rules back on (-L option, see wiki
SURBL).
Are you seeing a heavy cpu use by SA? How long do scans typically take?
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
