Robert Fitzpatrick wrote: > Having an issue messages delayed running SA 3.1 with postfix 2.2.7 and > amavis 2.3.3 on FreeBSD 5.4 dual proc xeon 2.4's with 1GB RAM. Messages > come in as queue active and don't get picked up by amavis for an hour > sometimes. I am trying to be sure that is is not a slow process in > amavis that is causing the backup. I have amavis max_servers and postfix > master.cf set to 2 processes and if I increase to 10, my CPU spikes. > > So, looking over the logs, what is a general good length of timing for > SA. I am seeing a range of about 5000-15000 ms:
I assume there's an implied question here of "how can I make this faster". In general those numbers are unsurprising if you are using a heavily loaded configuration, particularly if you're using DNS tests, and bayes via DB_File. You can improve speed by: 1) disabling things, such as bayes URIBLS and RBLs 2) If you are using bayes switching from DB_File BayesStore to SQL (recommended) or SDBM (fast but not well tested) will yield considerable gains. 3) Minimizing your add-on rulesets. I'd suggest doing a little experiment and disable DNS and Bayes and see what happens to your scan times. /etc/mail/spamassassin/local.cf: use_bayes 0 dns_available no Be sure to restart amavis to re-parse these options. Doing this will cause more spam to skip by, but doing this will quickly tell you if one or the other of thee features is your problem. If scan times improve substantially, try turning bayes on and see what happens. Then turn bayes off and turn on DNS and see what happens. This will help determine which feature is causing your system the extra slowdown.
