Daniel J. Andrea II wrote:
Well, I've had SpamAssassin running for a long time now and really
liked how it's working, except for one thing. I've NEVER had the
Bayes part working in my install. :-/
I've got it installed on a Redhat 9 box. It appears that the bayes
database is being updated by SA when it gets a spam/ham the goes past
the triggers for auto-adding as well as the sa-learn command
(datestamps on the files change accordingly). I've got it enabled in
the global local.cf, and have tried it with both the default per-user
database and with a global database.
I have never seen ANY trigger listed in the email headers for any of
the Bayes triggers, and I've even added the lines to local.cf to force
displaying of the 40-60% range (or whatever those were).
Does anyone have any idea what I could be doing wrong here? Or maybe
even a decent "howto" document that walks one through enabling the
bayes database option? Any help would be appreciated.
--
Daniel J. Andrea II http://home.swbell.net/dandrea2
PGP key available ICQUIN 37317860 Member -- *Team AMIGA*
IBM Inertia Breeds Mediocrity
I am in a *very* similar situation. I've been working on this
particular problem for better than a week, and seeing this message has
prompted me to ask for help, too.
In my case, the problem crops up when I try to run amavisd (and by
inclusion, SpamAssassin) chrooted.
When I chroot amavisd, (and edit all the seemingly-applicable paths in
amavisd.conf and local.cf config files), I can get all of SA to run
correctly, except that I get exactly the same effect as DJA describes
above.
When chrooted, slightly better than 90% of my spam is
flagged as ***SPAM***, the rest shows the X-Spam-Status: No," with
"tests=..." following. The BAYES_* tests never show up (neither in
the flagged nor the non-flagged variety).
When I run it non-chrooted, everything works perfectly (including the
bayes tests). So, is there something in the bayes model, or is there
a bayes setting in local.cf that I've missed (I've looked at perldoc
-U Mail::SpamAssassin::Conf so often I can almost recite it)?
As I mentioned, SA is running from amavisd (chrooted to /home/amavis),
under the non-privileged UID amavis. For testing purposes I have had
to give the UID amavis a shell (/bin/bash). My
original (and intended) configuration denies a shell to this UID.
The one thing that I've tried that didn't work (that seems like it
should) is the trick (described in
http://lawmonkey.org/anti-spam.html#installamavisd)of making a symlink
of / pointing at home/amavis, so that when it's chrooted, amavisd
looks in the correct spot. On my slackware box this does not work (ln
-s / var/amavisd)
the perl script "check_bayes_db" shows the following (please note some
lines word-wrapped):
0.000 0 0 0 non-token data: db format = \
on-the-fly probs, expiry, scan-counting
0.000 0 501 0 non-token data: nspam
0.000 0 976 0 non-token data: nham
0.000 0 82947 0 non-token data: ntokens
0.000 0 0 0 non-token data: oldest age
0.000 0 4963 0 non-token data: current scan-count
0.000 0 0 0 non-token data: last expiry \
scan-count
0.803 1 0 2 cocks!
0.803 1 0 3 bronchial
0.382 6 19 2571 largest
0.881 2 0 145 MARKETING
0.803 1 0 42 Anywhere!
... etc for 82000 lines
Any comments, clues, suggestions appreciated (especially about getting
that symlink set up in slackware)
Cheers!
Derek Shaw
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
