So, the bayes_path is set in my local.cf files and it points to
"/etc/mail/spamassassin/bayes". Now, in my
"/etc/mail/spamassassin" I have two files, bayes_seen and
bayes_toks. So, really the line should read:
"/etc/mail/spamassassin" right?

Amavisd runs at
amavisd user. So, which options does the system look in the local.cf file
if you have amavisd running. I know that rewriting the subject is handled
by amavisd in my setup.

Here's my local.cf file for
reference:

###########################################################################
#
# rewrite_header Subject *****SPAM*****
# report_safe 1
# trusted_networks 
# lock_method flock

trusted_networks
xx.xx.xx.xx
internal_networks xx.xx.xx.xx

#required_hits
5
#rewrite_header Subject [SPAM]
#report_safe 0
auto_whitelist_path       
/var/spool/spamassassin/auto-whitelist
auto_whitelist_file_mode   0666
#dcc_home                 
/var/lib/dcc

bayes_auto_learn 1
bayes_path
/etc/mail/spamassassin/bayes
bayes_file_mode 0666

use_razor2 1
razor_config
/var/lib/amavis/.razor/razor-agent.conf
razor_timeout 10

use_pyzor 1
pyzor_timeout 10
pyzor_max 5
add_header all
Pyzor _PYZOR_

use_dcc 1
dcc_timeout 10
dcc_home
/var/lib/dcc
dcc_path /usr/bin/dccproc




> Let's keep traffic on the list, please.  Other people
might be able to
> help you and/or benefit from this
discussion.
> 
> [EMAIL PROTECTED] wrote:
>>
Where is the bayes_path defined at?
> 
> bayes_path would
be defined in local.cf.  Try man
> Mail::SpamAssassin::Conf for
more info.
> 
>> Running sa-learn as root has been
working for ham, is there a reason it
>> won't for spam?
> 
> Are you *sure* training on ham is actually working?  Are
you seeing
> messages come in with BAYES_00 or other rules lower
than BAYES_50?
> 
> What user does amavisd run as?
> 
>> Using SQL storage? I'm not sure how to do that.
> 
> Let me rephrase that: *if* you're using SQL storage for
Bayes, you
> should use the bayes_sql_override_username option
(since you're calling
> SA through a milter).  If you're not
familiar with it, you're probably
> not using it, so don't worry
about that one.
> 
> --
> Kelson Vibber
>
SpeedGate Communications <www.speed.net>
>

Reply via email to