The README states that the user_prefs.template that admins create is 
supposed to be located in /etc/mail. However, this is not the case. 
Spamassassin will only use the following files:

        /etc/spamassassin/user_prefs.template
        /usr/local/share/spamassassin/user_prefs.template
        /usr/share/spamassassin/user_prefs.template

This is from @default_prefs_path in 
Mail-SpamAssassin-2.11/lib/Mail/SpamAssassin.pm, starting at line 103. The 
README should be fixed, but I think a better solution is to simply 
eliminate the use of /etc/spamassassin and /etc/mail, and use 
/etc/mail/spamassassin for all admin sitewide defaults. There are already 
too many directories that various files need to be in, and standardizing on 
/etc/mail/spamassassin seems like a good idea.

Additionally, we have a goofy perl install with the prefix of 
/opt/local/gnu/perl, hence the share directory is 
/opt/local/gnu/perl/share. SpamAssassin gets installed into the perl 
hierarchy and I have had to make symlinks from /usr/share/spamassassin and 
/usr/local/share/spamassassin to /opt/local/gnu/perl/share/spamassassin. Is 
there a way that SpamAssassin could use the perl prefix when searching in 
addition to the hardcoded defaults?

Thanks,
Tim

_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to