Guys,
I've followed the instruction in
http://wiki.apache.org/spamassassin/FasterPerformance and run `sa-compile`
(after installed re2c), but the problem still exists. Since some-one had
said that it might be a DNS problem, I stopped using
Mail::SpamAssassin::Plugin::DNSEval plugin (put a #
What RBL lookup lists are you using ?
Regards,
--
--[ UxBoD ]--
// PGP Key: curl -s http://www.splatnix.net/uxbod.asc | gpg --import
// Fingerprint: F57A 0CBD DD19 79E9 1FCC A612 CB36 D89D 2C5A 3A84
// Keyserver: www.keyserver.net Key-ID: 0x2C5A3A84
// Phone: +44 845 869 2749 SIP Phone: [EMAIL
Thank-you for the response. By the way, I don't use RBL checking, at least
in my /var/qmail/control/qmail-smtpd.rules. FYI, this is a qmail-ldap
installation with simscan, spamassassin, and clamav. Here a snip of my
qmail-smtpd.rules
have you read the FAQ?
http://wiki.apache.org/spamassassin/FasterPerformance
--j.
FC Mario Patty writes:
Guys,
I updated my spamassassin to SpamAssassin version 3.2.4 that running on
Perl version 5.8.5 in a hope that spamd wouldn't kill my CPU again. Once
in less-or-more an hour user
Well Justin, actually I have. I just don't understand the sa-compile thing
or where to replace spamassassin with spamc, since I cannot find the phrase
'spamassassin' in my /etc/init.d/spamassassin or in
/etc/sysconfig/mail/spamassassin (also in the qmail/smtpd's run file). I do
have used dnscache
Guys,
I updated my spamassassin to SpamAssassin version 3.2.4 that running on Perl
version 5.8.5 in a hope that spamd wouldn't kill my CPU again. Once in
less-or-more an hour user cannot send email and have to wait until the
99.9%process finished. When I ran 'top' I got:
PIDUSER PR NI
On Wed, 2008-03-12 at 09:31 +0700, FC Mario Patty wrote:
Guys,
I updated my spamassassin to SpamAssassin version 3.2.4 that running
on Perl version 5.8.5 in a hope that spamd wouldn't kill my CPU again.
Once in less-or-more an hour user cannot send email and have to wait
until the 99.9%
