Re: surbl not reporting on any incoming email

[Thomas Bolioli]

Hence my problem. >>From my local.cf which is not overridden anywhere skip_rbl_checks 0 dns_available yes >>From etc/procmailrc SPAMC="/usr/bin/spamassassin" :0f |$SPAMC but the surbl checks only occur when I do spamassassin -t < file_w_msg and not when procmail does the forwarding. I am at a loss. This has never worked since I install 10.1 (SA 3.0.0). However, I just noticed something. It only works from the cmd line when I am root. Any ideas there? Does anybody know what effect removing DROPPRIVS=YES and making it DROPPRIVS=NO would have on procmail? Tom Theo Van Dinter wrote: On Wed, Feb 16, 2005 at 04:50:52PM -0500, Thomas Bolioli wrote: Is there any way to reverse -L --local for the spam assassin binary. It seems to be on, despite the fact that I use a global procmailrc file and it clearly has /usr/bin/spamassassin as the inary to exec without any switches. First, "spamassassin" isn't a binary, it's just a perl script. Second, there's no way to "reverse" it -- just don't put it on the commandline. If you're not calling it with any flags, ala: :0fw |/usr/bin/spamassassin then it'll try, by default, to do network checks. Another option is a configuration somewhere which does "skip_rbl_checks 1" or "dns_available no". Also, if DNS tests fail w/out "dns_available yes", that would stop it as well.

smime.p7s
Description: S/MIME Cryptographic Signature