Apologies if slightly off-topic, I'm guessing this is mainly a
spamassassin thing though I'm not positive.
I'm using Redhat Enterprise Linux 3 on a 2.4Ghz Xeon with 2GB of RAM,
Mimedefang 2.41, McAfee (uvscan) and spamassassin 2.63. We use global
bayes learning like this:
use_bayes 1
I'm getting long delays (30+ seconds) for every message with
MD/SpamAssassin/Razor. I know this comes up a lot but I'd like to learn
how to debug things a little better.
Environment: Redhat Linux 9 on Intel (gobs of CPU/RAM) with sendmail
8.12.8+Milter (to be upgraded once this is solved), MD
I don't have a complete answer for you, but it occurs to me that you
might
want to tinker with the SpamAssassin configuration options rbl_timeout
and razor_timeout. According to Mail::SpamAssassin::Conf(3pm) the
defaults for these are 15 seconds for the rbl stuff and 10 seconds for
the
[EMAIL PROTECTED] wrote:
I personally have chosen not to use all of the various RBLs that
SpamAssassin uses by default and have instead just enabled
RCVD_IN_SBL[1], HABEAS_VIOLATOR[2], RCVD_IN_DYNABLOCK[3] and created my
own RBL rules to access SpamHaus' XBL list[4].
What I wound up doing was just
4 matches
Mail list logo