Terry Carmen wrote:

For SA 3.2.5 and earlier, default rules are installed to /usr/share/spamassassin and are only used if none exist in /var/lib/spamassassin, typically created by using sa-update.
I'm running 3.2.5.

Since it uses sa-update can all non-customized rules be deleted from /usr/share/spamassassin?
If your installation is still seeing the old rule, it is likely that either a copy of the rule exists in /etc/mail/spamassassin,
There are no .cf files except local.cf in /etc/mail/spamassassin

Is it possible that local.cf contains a copy of the rule?

which overrides rules in /var/lib/spamassassin, or that your spamd/amavisd/whatever hasn't been restarted since the rule was updated.

I just did a "find" and have:

/usr/local/share/spamassassin/72_active.cf
/usr/share/spamassassin/72_active.cf
/var/lib/spamassassin/3.002005/updates_spamassassin_org/72_active.cf

Should I have all three or can I safely delete either or both of the first two?


File locations differ based on distro and install config, so only you can tell which ones apply to your install. Running "spamassassin --lint -D" might tell you where it looks for files. I would expect that only one of the following is being used:

> /usr/local/share/spamassassin/72_active.cf
> /usr/share/spamassassin/72_active.cf

I do recall posts to this list years ago that contraindicated removal of the default rules directory, so it may be worth searching the archives for reasons why. If your current install is truly not seeing the updated rules in /var/lib/spamassassin, removal of the default rules directory may leave you with a broken install. Again, "spamassassin --lint -D" may shed some light on what's really happening.

Reply via email to