Subject: spamd issues
To: None <email@example.com>
From: Sean Davis <firstname.lastname@example.org>
Date: 01/12/2003 14:57:59
Content-Type: text/plain; charset=us-ascii
I've noticed some odd behavior with spamc/spamd lately. For reference, my s=
1) fetchmail goes and gets my mail
2) qmail delivers it
3) my .qmail spits it 'ifspamh' which passes it through spamc then delivers=
to the normal target if not spam, to a spambox if spam.
Now, spamd logs to syslog, and mentions the number of seconds it took to sc=
the mail. It is almost always between 1 and 4 seconds. Lately (here is where
things get weird) it's always > 30 seconds. 30.1, 31 sometimes, etc. BUT - =
seems linked to me setting BUFCACHE or BUFPAGES in my kernel conf. I've done
some limited testing, and a kernel without the BUFCACHE or BUFPAGES options
behaves as expected - spamd takes 1-4 seconds to scan each mail, depending =
the size of the mail. If I up BUFCACHE or BUFPAGES, it takes >=3D 30 second=
It's hard for me to see how the two could possibly be related, but has anyb=
else seen spamd take abnormally long to process mail lately?
I'm going to reboot to a non-BUFCACHE-altered kernel (my standard custom ke=
without the BUFPAGES option) and see if it still happens. I'm pretty sure t=
two are somehow intertwined - I just can't see how or why.
Any input is appreciated.
/~\ The ASCII
\ / Ribbon Campaign Sean Davis
X Against HTML aka dive
/ \ Email!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (NetBSD)
-----END PGP SIGNATURE-----