Matt Kettler wrote:
At 05:34 PM 10/26/2004, Chris Weiss wrote:
From looking at the debug, it appears that the SURBL is firing off,
but not finding suspect addresses, the Bayes list is loading, but not
being checked and none of the external rules are being evaluated.
There's some errors during initialization where some of the rules
complain about being the incorrect version:
configuration file "/usr/local/share/spamassassin/20_dnsbl_tests.cf"
requires version 3.000000 of SpamAssassin, but this is code version
3.000001. Maybe you need to use the -C switch, or remove the old
config files? Skipping this file at
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/Conf/Parser.pm
line 329.
I've looked at these rules, and they do have the following line in them:
require_version 3.000001
Are you absolutely sure you looked at the ones in
/usr/local/share/spamassassin/ (not /usr/share/spamassassin/ by mistake)?
It's not too uncommon for buggy cpan upgrades to wind up flip-flopping
between /usr/share and /usr/local/share, much to the detriment of the
SA install process.
Double check your system and make sure you don't have two copies
floating about and interacting badly.
Aha! Cursed chroot jails! (And cursed weekly launches of
locate.updatedb!) The rules were updated in
/usr/local/share/spamassassin, but SA in chroot looks for them in
/var/amavisd/usr/local/share/spamassassin...
Thanks!!
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
