Re: Spamassassin not working after upgrade
This seems to have been SELinux related. When I temporarily disable it, procmail is able to execute spamc and properly filter incoming messages. Thanks for the suggestion. This is a huge relief! Best, Greg Karsten Bräckelmann-2 wrote: > >> I recently upgraded to spamassassin-3.2.5-1.el5 using up2date and >> spamassassin is no longer filtering messages. Spamassassin correctly >> identifies the sample spam message when I do > [...] >> I've googled extensively to see if anyone else is having this problem and >> what possible solutions might be, but nothing that I've tried (changing >> config files, restarting spamd, etc.) has worked. > > Uhm, according to your procmail logs below, you are not using spamd > anyway. I do however strongly recommend to do so -- that is, in procmail > use spamc instead of 'spamassassin'. > > This will result in less load on the server and faster mail processing, > since spamassassin doesn't have to be started for each mail. The spamd > daemon needs to be running for that. (Yes, this isn't related to the > issue at hand.) > > >> Here is the relevant part of the log file for a sample email after >> turning >> the verbose option on in .procmailrc: > >> procmail: Executing "/usr/bin/spamassassin" >> /bin/sh: /usr/bin/spamassassin: Permission denied >> procmail: Program failure (126) of "/usr/bin/spamassassin" >> procmail: Rescue of unfiltered data succeeded > > RHEL5. Any chance this problem is SELinux related? > > > -- > char > *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4"; > main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i c<<=1: > (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; > }}} > > > -- View this message in context: http://www.nabble.com/Spamassassin-not-working-after-upgrade-tp21982029p21999350.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
Re: Spamassassin not working after upgrade
> Can you post the procmail ruleset that tries to run spamassassin? I've been trying several different rulesets. Here's the latest: LOGFILE=/home/gjw10/mail/maillog VERBOSE=on PATH=/bin:/usr/bin:/usr/local/bin SHELL=/bin/sh :0wf | /usr/bin/spamassassin :0: * ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*\*\*\*\*\* mail/almost-certainly-spam > And, not to suggest changing many things at once, but is there some reason > you're not using spamc/spamd? I just kept what I was using under the previous version of spamassassin--figured if it wasn't broke, etc. I have tried changing .procmailrc to use spamc, but I'm getting the same "permission denied" error--i.e., it complains: /bin/sh: /usr/bin/spamc: Permission denied procmail: Program failure (126) of "/usr/bin/spamc" -- View this message in context: http://www.nabble.com/Spamassassin-not-working-after-upgrade-tp21982029p21983006.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
Spamassassin not working after upgrade
Hello, I recently upgraded to spamassassin-3.2.5-1.el5 using up2date and spamassassin is no longer filtering messages. Spamassassin correctly identifies the sample spam message when I do spamassassin -D < /usr/share/doc/spamassassin-3.2.5/sample-spam.txt from the command line, but it does not tag the GTUBE email when I send it to myself from an external email account. It doesn't look like sendmail/procmail is sending the mail through spamassassin, although it's not clear to me why not. I didn't change anything in my config files and the upgrade notes for spamassassin did not indicate that anything should be changed. I've googled extensively to see if anyone else is having this problem and what possible solutions might be, but nothing that I've tried (changing config files, restarting spamd, etc.) has worked. Here is the relevant part of the log file for a sample email after turning the verbose option on in .procmailrc: procmail: Assigning "DROPPRIVS=yes" procmail: Assuming identity of the recipient, VERBOSE=off procmail: Assigning "PATH=/bin:/usr/bin:/usr/local/bin" procmail: Assigning "SHELL=/bin/sh" procmail: Executing "/usr/bin/spamassassin" /bin/sh: /usr/bin/spamassassin: Permission denied procmail: Program failure (126) of "/usr/bin/spamassassin" procmail: Rescue of unfiltered data succeeded I'm still stumped, however. The permissions for spamassassin seem to be correct: -rwxr-xr-x 1 root root 27021 Sep 14 18:29 /usr/bin/spamassassin I can run it from the command line, so I'm not sure why I'm still getting "permission denied." Do I need to change the ownership of spamassassin? I tried changing the group to mail (same group as procmail), but that didn't do anything. I could only find one relevant posting with a similar error (located here http://use.perl.org/~samtregar/journal/29278), but that doesn't sound like my problem. Thanks for any suggestions. -- View this message in context: http://www.nabble.com/Spamassassin-not-working-after-upgrade-tp21982029p21982029.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.