List Info

Thread: ?#2 - spamassassin stuff




?#2 - spamassassin stuff
country flaguser name
United States
2008-01-17 20:17:46
I see where the "load-sa-rules.pl" grabs the rules
from the normal install
location of SpamAssassin and anything in the same folder as
local.cf...
But...

/var/db/spamassassin/3.xxxx/etc where sa-update sticks its
files seems to be
ignored.

Am I missing a config switch?  
I have these:
$local_cf_dir =
"/usr/local/etc/mail/spamassassin";
$system_rules_dir =
"/usr/local/share/spamassassin";
$user_rules_dir = "/var/amavis/.spamassassin";

No mention I can find of where to find the updated rules.  I
promise, I will
run outta questions soon.

Dave Overton, Owner
SYIX.COM

davesyix.com
(530) 755-1751 x101
Fax (530) 751-8871
800-988-SYIX

_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users

Re: ?#2 - spamassassin stuff
country flaguser name
Canada
2008-01-17 20:38:51
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dave Overton wrote:
> I see where the "load-sa-rules.pl" grabs the
rules from the normal install
> location of SpamAssassin and anything in the same
folder as local.cf...
> But...
> 
> /var/db/spamassassin/3.xxxx/etc where sa-update sticks
its files seems to be
> ignored.
> 
> Am I missing a config switch?  
> I have these:
> $local_cf_dir =
"/usr/local/etc/mail/spamassassin";
> $system_rules_dir =
"/usr/local/share/spamassassin";
> $user_rules_dir =
"/var/amavis/.spamassassin";

Leave $system_rules_dir set to undef in your maia.conf file
(or simply
comment it out, which has the same effect).  This tells Maia
to find the
appropriate directory automatically, and when it does this
it searches
first for the sa-update tree, just as SpamAssassin itself
does.

You can hard-code $local_cf_dir and $user_rules_dir if you
like, but
$system_rules_dir should almost always be left in its
default state so
that Maia can find it itself.

- --
Robert LeBlanc <rjlrenaissoft.com>
Renaissoft, Inc.
Maia Mailguard <http://www.maiamail
guard.com/>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFHkBE7GmqOER2NHewRAtcAAKCLGKFTyUBXDiY7hff7Ye269/IfrACe
NHpo
oxZOIZJpYP7xOmiXsHLw6aI=
=Oo3J
-----END PGP SIGNATURE-----
_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users

Re: ?#2 - spamassassin stuff
country flaguser name
United States
2008-01-17 23:02:39
> > /var/db/spamassassin/3.xxxx/etc where sa-update
sticks its 
> files seems 
> > to be ignored.
> > 
> > Am I missing a config switch?  
> > I have these:
> > $local_cf_dir =
"/usr/local/etc/mail/spamassassin";
> > $system_rules_dir =
"/usr/local/share/spamassassin"; 
> $user_rules_dir = 
> > "/var/amavis/.spamassassin";
> 
> Leave $system_rules_dir set to undef in your maia.conf
file 
> (or simply comment it out, which has the same effect). 
This 
> tells Maia to find the appropriate directory
automatically, 
> and when it does this it searches first for the
sa-update 
> tree, just as SpamAssassin itself does.
> 
> You can hard-code $local_cf_dir and $user_rules_dir if
you 
> like, but $system_rules_dir should almost always be
left in 
> its default state so that Maia can find it itself.

I changed my settings to undef, then ran the sa-rules update
script again.
It shows these on the first few lines:

$ /var/amavis/maia/scripts/load-sa-rules.pl --debug
2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin core
rules directory
= /usr/local/share/spamassassin
2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin
local.cf directory =
/usr/local/etc/mail/spamassassin
2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin
user_prefs directory
= /var/amavis/.spamassassin
2008-01-17 20:49:31 Maia: [load-sa-rules] Scanning
/usr/local/share/spamassassin for SpamAssassin rules

Etc etc etc...

Uh, still don't see /var/db/spamassassin/....

Help?  Any other ideas?

(btw, this is freebsd6 if that matters)

I checked the rules as installed, and it appears on a
cursory check that the
updates are not mentioned in the sql db.

Dave


_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users

Re: ?#2 - spamassassin stuff
country flaguser name
United States
2008-01-18 14:17:20
Replying to my own mail..  Shame on me.

Digging a bit in the perl script (load-sa-rules.pl) it
appears that its not
checking all the default locations for SA to stick its
files.

There is a rediculously long list of places it can use, all
covered by the
script, but the sa-update script apparently has to do its
own thing, not
documented in the docs for SpamAssassin itself, but is
documented in the
sa-update docs.  

So, to make it work, for me anyway, I will need to modify
the
load-sa-rules.pl script to look in one more place...

Thanks for heading me in the right direction anyway.

Dave Overton, Owner
SYIX.COM

davesyix.com
(530) 755-1751 x101
Fax (530) 751-8871
800-988-SYIX 

> -----Original Message-----
> From: maia-users-bouncesrenaissoft.com 
> [mailto:maia-users-bouncesrenaissoft.com] On Behalf
Of Dave Overton
> Sent: Thursday, January 17, 2008 9:03 PM
> To: maia-usersrenaissoft.com
> Subject: Re: [Maia-users] ?#2 - spamassassin stuff
> 
> > > /var/db/spamassassin/3.xxxx/etc where
sa-update sticks its
> > files seems
> > > to be ignored.
> > > 
> > > Am I missing a config switch?  
> > > I have these:
> > > $local_cf_dir =
"/usr/local/etc/mail/spamassassin";
> > > $system_rules_dir =
"/usr/local/share/spamassassin";
> > $user_rules_dir =
> > > "/var/amavis/.spamassassin";
> > 
> > Leave $system_rules_dir set to undef in your
maia.conf file 
> (or simply 
> > comment it out, which has the same effect).  This
tells 
> Maia to find 
> > the appropriate directory automatically, and when
it does this it 
> > searches first for the sa-update tree, just as
SpamAssassin itself 
> > does.
> > 
> > You can hard-code $local_cf_dir and
$user_rules_dir if you 
> like, but 
> > $system_rules_dir should almost always be left in
its 
> default state so 
> > that Maia can find it itself.
> 
> I changed my settings to undef, then ran the sa-rules
update 
> script again.
> It shows these on the first few lines:
> 
> $ /var/amavis/maia/scripts/load-sa-rules.pl --debug
> 2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin
core 
> rules directory = /usr/local/share/spamassassin
> 2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin

> local.cf directory = /usr/local/etc/mail/spamassassin
> 2008-01-17 20:49:31 Maia: [load-sa-rules] SpamAssassin

> user_prefs directory = /var/amavis/.spamassassin
> 2008-01-17 20:49:31 Maia: [load-sa-rules] Scanning 
> /usr/local/share/spamassassin for SpamAssassin rules
> 
> Etc etc etc...
> 
> Uh, still don't see /var/db/spamassassin/....
> 
> Help?  Any other ideas?
> 
> (btw, this is freebsd6 if that matters)
> 
> I checked the rules as installed, and it appears on a
cursory 
> check that the updates are not mentioned in the sql
db.
> 
> Dave
> 
> 
> _______________________________________________
> Maia-users mailing list
> Maia-usersrenaissoft.com
> http://www.renaissoft.com/mailman/listinfo/maia-users
> 

_______________________________________________
Maia-users mailing list
Maia-usersrenaissoft.com
http://www.renaissoft.com/mailman/listinfo/maia-users

[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )