Hi everyone, I have SpamAssassin 2.55 working beautifully with Razor for conventional spam detection and tagging on a site-wide basis, however there's a problem using spamtraps configured into the system alias file. For example, in /etc/mail/aliases on this machine I have a few spamtraps like this:
kaos: "| /usr/local/bin/spamassassin -r -w kaos" as per the SA documentation, however when a message arrives for that user name, postfix is logging the following error message: May 28 07:33:46 lios postfix/local[7474]: [ID 197553 mail.info] 523733865E: to=<[EMAIL PROTECTED]>, relay=local, delay=3, status=bounced (internal software error. Command output: Cannot write to //.spamassassin/user_prefs: Permission denied Failed to create default user preference file //.spamassassin/user_prefs lock: 7475 cannot create tmp lockfile //.spamassassin/bayes.lock.lios.7475 for //.spamassassin/bayes.lock: Permission denied ) This looks like SA is not understanding that it has to fill in the user's home directory pathname in the paths it's trying to use to access the users .spamassassin directory and files contained in it. I initially thought it might be because the 'sa-learn --create' command hadn't been run to initialise the per-user Bayesian database files in each user's .spamassassin sub-directory, but I did that and the problem still occurs. Is there something in SA which is breaking when the '-r' option is being used in a spamtrap? Perhaps I overlooked something in the documentation, but I couldn't see anything talking about this particular problem. FYI, the OS is Solaris 9 running on an Ultra 60, and I'm using Postfix 2.0.9 as the MTA. The SpamAssassin installation is v2.55 downloaded using CPAN into Perl 5.8.0. Note that I couldn't use Sun's default Perl 5.6.1 installation since at least one of the modules listed in the INSTALL file insisted that it would not install with anything less than Perl 5.8.0. I know there's an issue using Perl 5.8.0 which is mentioned in the docs but it doesn't appear to have any relation to the existing problem. Regards, Craig. -- Craig Ian Dewick ([EMAIL PROTECTED]). http://lios.apana.org.au/~craig APANA Sydney Regional Co-ordinator. Operator of Jedi (an APANA Sydney POP). Always striving for a secure long-term future in an insecure short-term world Have you exported a crypto system today? Do your bit to undermine the NSA. ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
