Hello fellow SA users,
maybe it is a pure coincidence that I receive more spam, but I have the
feeling that more spam gets through since SA 3.x.
When I look at the untagged spam, it often has only a rating of 1.6 or
3.0, although it looks clearly like spam. In SA 2.x, I had a threshold
of 7, now I'
Hi Martin,
what extra rules have you in /etc/mail/spamassassin.
This directory contains two files: init.pre and local.cf
init.pre contains (I have not changed this file):
===
# This is the right place to customize your installation of SpamAssassin.
#
# See 'perldoc Mail::SpamAssassin::Conf' for det
Hi Wolfgang,
there have been numorous threads about ALL_TRUSTED networks - have a look at
the details
whether it appears there too
unfortunately, the SA site seems to be down at the moment, so I could
not look it up. Could you please point me to the right page? Do you mean
that some of the Spam
Hi Loren,
Are you running bayes and getting a lot of bayes_99 hits? If so, the score
for bayes-99 is a lot lower in 3.0. This has caused problems for some
people.
I don't run Bayes. Did not run it with 2.64 as well, and it worked fine
without.
Have you run lint to make sure that all of your rul
Hi,
Well is it possible that the above warnings are coming because the cf
files in /usr/share/spamassassin are that of the old 2.6X version and
not that of 3.x.
I have tested this by deleting the folders contents and re-installing SA
- same problem.
Maybe its because of too old Perl modules tha
Hi Rakesh,
Well i cannot help much in your problem apart from saying what Jeff had
said earlier, that you need to upgrade some of your Perl modules.
the problem is that I run on a Debian 3.0 system that has older Perl
modules. :-)
But I couldn't help my curiosity as to why you have disabled Baye
Hi Jeff,
This means you're using old pre-3.X rules.
Hm... where are they located? I never modified the rules and installed
3.0.2 just some minutes ago. /usr/local/share/spamassassin lists
-rw-r--r--1 root root 6018 17. Dez 09:24 10_misc.cf
-rw-r--r--1 root root 160
Hi Martin,
Can't find it in my email system, and gmames search doesn't want to work
right now... can you repost..
of course!
insgesamt 576
-rw-r--r--1 root staff6018 17. Dez 11:21 10_misc.cf
-rw-r--r--1 root staff1605 17. Dez 11:21 20_anti_ratware.cf
-rw-r--r--1
Hi Loren,
From a quick scan of that, it looks like you have a somewhat messed up
install. You shouldn't be getting those over-length warnings on the
standard rules for 3.0. This makes me believe that somehow it is maybe
finding your 2.6x rules, which will give this sort of error.
I did a updatedb
Hi Martin,
how did you install - apt or cpan??? Wonders if the apt package is
confused...
I have installed all Perl modules from APT. Net-Server and libnet are
manually installed into /usr/local/share/amavisd-new, because I needed
them for amavisd-new.
Florian
Hi Loren,
I don't think so, but perhaps possible. I think more likely you have a path
somewhere that is pointing to the 2.6 install, and SA is finding the rules
there, rather than in the new directory where you installed.
What "locate" string could I use to locate SA rules?
Thanks
Florian
Hi Shane,
I had a similar prob. Check to make sure Bayes is working. Also, check
the all trusted rule.
How can I check that? GTUBE?
Thanks
Florian
Hi Loren,
Hi Raymond,
Locate .cf will show them i guess ;)
Relevant occurrences:
/root/libnet-1.19/libnet.cfg
/root/libnet-1.19/blib/lib/Net/libnet.cfg
/root/Mail-SpamAssassin-3.0.2/masses/mass-check.cf
/root/Mail-SpamAssassin-3.0.2/rules/30_text_pl.cf
/root/Mail-SpamAssassin-3.0.2/rules/20_fake_he
Hi Martin,
what about the SA, CPAN or apt?
sorry, I don't understand the question?
Default files look OK.anything in the comments at the top of the
rule files (the .cf files in /usr/local/share/spamassassin)
Which files to check?
also your network tests won't work till Net::DNS is at version 0
Hi,
Your install files ;)
Yup. :)
And the active rulesets.
Exactly.
Could be. Some perl modules like Net::DNS are known to give issues, when
using a older version. So you could do a checkup on that also.
I have filed a bug report, ID 4038.
Thanks
Florian
Hi Shane,
To check bayes do spamassassin -D --lint and look for bayes info.
Also, check your logs for BAYES entries.
debug: config: read file /usr/local/share/spamassassin/23_bayes.cf
debug: bayes: no dbs present, cannot tie DB R/O:
/root/.spamassassin/bayes_toks
I guess that means, no Bayes runnin
Hi Martin,
how did you install SA - source, CPAN, or apt?
Source.
pick one with a rule in it that SA complains about in the "spamassassin
-D --lint". They are 'text' files so you can grep the rule names.
warning: description for PORN_URL_SEX is over 50 chars
# grep -r "PORN_URL_SEX" /usr/local/sha
Hi Martin,
I guess the thing to do is move the de stuff out of the directory and
run the --lint againif it passes without the 50 characters error
then that's the issue.
thanks, that worked! The file is the culprit for the lint error message.
Have filed a bug report (#4040, closed #4038).
No
Hi Bowie,
As far as I know, the module lookup is a function of the Perl install.
In order to keep your current stuff along with the new stuff, you
would need a second install of Perl.
Why do you want to keep the old modules? I can understand not wanting
to upgrade Perl itself, but unless you've go
Hi,
This is a known issue, see bug 4007.
Thanks for pointing on that!
Translators wanted, if you can help bring translated descriptions down
below the 50 character mark please feel free to open a bug and attach
the translations.
Unfortunately, absolutely no time. :-( Otherwise I'd do it.
Florian
Hi Jon,
you should upgrade Net::DNS. it won't hurt anything and it will make
your RBL checks work. on my system, i ran some statistics, and the
SURBL checks are responsible for catching 90% of the spam.
okay, I will try to do so!
Florian
Hi Jeff,
thanks for your tips, will look over them! Could you please do me a
favor and check the Spam attached as file to
http://bugzilla.spamassassin.org/show_bug.cgi?id=4043
What score do you get with it?
Thanks!
Florian
Hello there,
I have found out something:
When I use amavisd-new, the spam score is much less (2.5). When I invoke
spamassassin < message, it is higher (5.2). Network tests are enabled in
amavisd-new.
Does anyone have an idea?
Thanks
Florian
Hi Wolfgang,
does amavisd call upon spamc or upon spamassassin.
If it is using spamc / spamd, then you should compare against smapc < message
thanks for the tip, I tried it out - but the results are the same with
spamc < message. :(
Florian
Hi Bill,
The config file for amavisd-new contains several "soft" whitelist
entries with a score of -3.0 or so. Could that be what's happening?
I have not whitelisted any sender, I checked that. Thanks anyway, was a
good idea! :)
Florian
Hi Mojo,
Compare the headers of a mail going through each way, and see which
rules are affecting the score.
an example is the 70-80% blank lines ruleset, that is not being checked
from within amavisd-new.
Florian
Hi,
I ran with this configured into my spamd startup incantation. I noticed
about 6 out of 200 spams would "leak" right through without any Spam
markings whatsoever. If I subsequently fed them to "spamassassin -t could you please check whether it only has "low" scores or it did
receive absolutely
Hi Richard,
First and foremost, I found it necessary to upgrade to perl 5.8.x. The
earlier version (5.6.1 -- installed with Debian) was insufficient for
running Spamassassin under Amavis under my configuration.
what do you mean by insufficient? Did you receive error messages or what
type of proble
Hi Richard,
Perl 5.6.1 simply didn't work properly. It caused Amavis & SA to strip
emails of their subject lines, failed to scan properly, had real
problems with spawning multiple processes, and reported errors in
spamassassin --lint --debug, many of which I was eventually able to
resolve; but
Hi,
3.0 requires a higher version of Perl than 2.63 did. I don't recall the
exact version required, but I know it is somewhere in the release or upgrade
notes. Vague memory says that maybe 5.6.2 was the magic number; but that
could be wrong.
I just checked it - 5.61 is sufficient, according to th
Hi Steve,
Amavisd-new is leaving off some tests?
I wonder if in this case the perl version is not so much about SA, but
about amavisd-new.
The amavisd-new web site recommends perl 5.8.2 or better.
thanks, will check that!
Florian
Hello,
what is the right way for supplying additional path for Perl modules in
a self-compiled (perl Makefile.PL && make && make install) SpamAssassin?
I have modules in non-standard directories I would like to include for
compilation.
Thanks
Florian
Hi Theo,
Set PERL5LIB appropriately? This is a perl question, not SA specific. :)
I'm absolutely no Perl expert, so I thought I'd ask here. ;-) Where can
I set PERL5LIB? Most libraries are installed in the default location,
but I have installed some libraries (e.g. a newer Net::DNS) in other
pa
Hi Dave,
use lib "/my/perl_directory/lib/site_perl";
or sometimes you can just say:
use "/my/perl_directory";
is it enough to add it to Makefile.PL, or do I need to add it to every
single SpamAssassin .PL file?
Thanks!
FLorian
Hi Dave,
No, The "use" construct tells perl to look elsewhere for libraries when
running. All of the above assumes you're installing the modules somewhere
other than where the system would normally look for it. eg You don't have
root access so installed the modules in your home directory. You still
Hi Brian,
Just set PERL5LIB on the command line that you use to start
spamassassin. (if you are using BASH or KSH anyway.)
PERL5LIB="/usr/local/share/perlmods" spamassassin
or just put it in the envronment that SA runs from.
thanks, at least for Makefile.PL it seems to work! :-) Will try to put
Hi Dave,
In the top of the various perl scripts you'd add the "use line" after
where you call perl eg
okay, thanks a lot, then I'll look into it!
Florian
Hi Theo,
If you're installing it into a different place and need modules from a
different place, you can do something like the following, depending on
your shell:
export PERL5LIB=/usr/local/share/perlmods
I'll add that to the init script and see if it works or not. ;-)
Thanks for your help!
Florian
Hello,
I have several mail accounts on various servers, and most of them are being
redirected/forwarded to my main account.
My main account is on a mail server with SpamAssassin, and spam detection works
very well there. However, when I receive such a forwarded message, it is often
not being r
Hi Matt,
any trusted forwarding system should be in your trusted_networks. (and
if you've declared it, internal too)
thanks, will try to do so!
Florian
Hello,
I still run a Debian 3.0 (Woody) distribution on some servers and have
not yet managed to switch to 3.1. SpamAssassin 3.0.x runs just fine, and
now I wanted to upgrade to 3.1.0.
It compiles and installs smoothly, however, when starting it, I receive
Starting SpamAssassin Mail Filter Daemo
Hi Theo,
> Your install of Digest::SHA1 is messed up. Go through and delete all traces
> of the module (or at least the 2.01 XS files), then reinstall.
>
> http://wiki.apache.org/spamassassin/RazorCantLocateNew
>
> has some info.
thanks for this one, I will check it out. Has something in SA 3.
Hi Theo,
> Your install of Digest::SHA1 is messed up. Go through and delete all traces
> of the module (or at least the 2.01 XS files), then reinstall.
>
> http://wiki.apache.org/spamassassin/RazorCantLocateNew
>
> has some info.
me again. My machine indeed has some occurences of Digest::SHA1.
Hi Theo,
> You could set PERL5LIB, or the top of the SA scripts have a section with "use
> lib" you could tweak. I personally would just clean up the install you have
> since you'll very likely run into this again and again moving forward.
setting PERL5LIB didn't help, and SA 3.0 works fine with
Hi Theo,
> Your install of Digest::SHA1 is messed up. Go through and delete all traces
> of the module (or at least the 2.01 XS files), then reinstall.
>
> http://wiki.apache.org/spamassassin/RazorCantLocateNew
>
> has some info.
I had success by renaming
/usr/local/share/perl/5.6.1/Digest/SH
Hello,
after fixing the first problem with my SA 3.1.0 installation due to
Theos help (thanks again!), I have another one. Atfer starting up SA, I
receive
# /etc/init.d/spamassassin start
Starting SpamAssassin Mail Filter Daemon: [1313] error: udp_timeout: no
such method at
/usr/local/share/perl/
Hi Theo,
Hi Fred,
> You shouldn't need to upgrade perl (5.6.1 is supported). However, what
> version of Net::DNS do you have installed? You'll want 0.34 minimum.
I suppose it is 0.34. What is the Perl command to find this out?
Thanks!
Florian
Hi Fred,
> Go into CPAN and issue:
> i Net::DNS
sorry, but how would I go into CPAN? Perl -MCPAN leads to a command
line, but nothing comes out...
Thanks
Florian
Hi Theo,
> perl -MNet::DNS -e 'print $Net::DNS::VERSION,"\n"'
oh, allright, it only reads 0.23... :-)
However, when doing
export PERL5LIB=/usr/local/share/amavisd-new/i386-linux
I get 0.49, that should be sufficient. Would the easiest way to get this
module by adding the export PERL5LIB stateme
Hi Michael,
> First, open cpan by just entering:
> cpan
> Then, type in the command as written above:
> i Net::DNS
>
> This will display the version. Or, in order not to bother around with
> that, just install the newest version:
>
> cpan -i Net::DNS
thanks, it works. My version indeed seems t
Hello,
in order to fix my Perl module trouble, I tried to supply PERL5LIB in
the Makefile.
PERL5LIB=/usr/local/share/amavisd-new/i386-linux perl Makefile.PL
works fine, now the correct version of Net::DNS is found - but only in
the makefile. spamd still contains the wrong use lib, thus resulting
Hi,
I have found an interim solution that works for me:
for i in sa-learn.raw sa-update.raw spamassassin.raw spamd/spamd.raw ; \
do cat $i | \
sed -e "/use lib '@@INSTALLSITELIB@@';/a\\" -e "use lib
'/usr/lib/perl5';\\" -e "use lib
'/usr/local/share/amavisd-new/i386-linux';" > $i.tmp ; \
cat $i.t
Hello,
all of a sudden, on my Ubuntu 9.04 machine with amavids-new 2.6.2 and
SpamAssassin 3.2.5, I get the following error when starting:
# /etc/init.d/amavis start
Starting amavisd:
Could not connect to database
amavisd-new.
I found out that if I disable SpamAssassin, everything works fine
agai
Hi Mark,
> The message 'Could not connect to database' does not come directly
> neither from amavisd nor from SpamAssassin. It seems to occur during
> loading ('require') or perl modules needed by SpamAssassin, so attention
> should be directed there. I couldn't find the message in question
> by s
54 matches
Mail list logo
