Yup, this fixed it. There is something wrong with Mandrake dists where
/usr/lib/perl5/site_perl gets chmod' to 700 and that is not the proper
behavior. This is a v10 -> 10.1 upgraded machine with 5.8.3 upgraded
to 5.8.5 in recent days as part of urpmi.update. It looks like the
vendor package ma
Thanks for the heads up but the problem is starting to look like perl.
When I run perl as root I have the same @INC path as when I run
non-privileged. However, only as root am I able to find most of the
modules in site_perl. When I run as other than root, I can not get
access to the modules I n
I have new info. I changed the dns_available setting to test and I got
this.
Failed to run DNS_FROM_AHBL_RHSBL RBL SpamAssassin test, skipping:
(Can't call method "bgsend" on an undefined value at
/usr/lib/perl5/vendor_perl/5.8.5/Mail/SpamAssassin/Dns.pm line 112.
)
Failed to run NO_DN
Ok. I created copies of the /etc/resolv.conf file in the user's home
dirs and made sure the copies were owned by those users and no go. It
is still not executing network tests for any user other than root. Can
anybody confirm they are getting network tests performed on a 3.0.0
setup with procma
I had not upgraded from a 2.6x install with Spam Cop. It was a totally
stock install and it is still 3.0.0. I have since discovered that when
I run spamassassin as any user except root, the network tests do not
work. When I run it as root, all the network tests work just fine. I
have tried to r
On Wednesday, February 16, 2005, 2:25:52 PM, Thomas Bolioli wrote:
> 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 sp
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 a
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.
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.
Tom
Theo Van Dinter wrote:
On Wed, Feb 16, 2005 at 03:58:18PM -05
>>From the original email I used as seed for the test. Note, no surbl
test hit.
Tom
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on
nova.terranovum.com
X-Spam-Level: **
X-Spam-Status: Yes, score=6.6 required=4.0 tests=BAYES_99,BIZ_TLD,
CONSOLIDATE_DEBT,G
On Wed, Feb 16, 2005 at 03:58:18PM -0500, [EMAIL PROTECTED] wrote:
> New output. Notice it worked this time. But that same email does not show
> the
> surbl report.
What do you mean "the surbl report"? The hits showed up in the Report you
listed just fine (I added -MUNGED to avoid hitting other'
On Wed, Feb 16, 2005 at 03:36:35PM -0500, [EMAIL PROTECTED] wrote:
> The email I ran lint on had a domain in it.
>
> spamassassin --lint -D < /tmp/test_spam
You can't do that. --lint does a lint. Perhaps you want -t for test?
--
Randomly Generated Tagline:
"Look, Daddy, a whale egg!"
I have SA 3.0.0 on Mandrake 10.1 and I am running everything through
procmail and am not running spamd. I believe that is the default for
10.1. Anyhow, I am not seeing surbl reports in any of the spam I am
receiving and I can't imagine that is normal. I checked the tests and
they are indeed there.
13 matches
Mail list logo
