SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Tom Brown 

Hi

Got a box that is pretty quite only getting through a few hundred mail 
per day - I would say on average i get about 2 or 3 of these errors each 
day. Is there a way to make the bayes aspect of SA more efficient?


thanks

Jan 27 14:28:50  amavis[4833]: (04833-08) SA TIMED OUT, backtrace: 
at /usr/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/BayesStore/DBM.pm 
line 1858\n\teval {...} called at 
/usr/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/BayesStore/DBM.pm line 
1858\n\tMail::SpamAssassin::BayesStore::DBM::tok_unpack('Mail::SpamAssassin::BayesStore::DBM=HASH(0xa0c1098)', 
'\\x{c1}j\\x{16}\\x{8d}C') called at 
/usr/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/BayesStore/DBM.pm line 
685\n\tMail::SpamAssassin::BayesStore::DBM::token_expiration('Mail::SpamAssassin::BayesStore::DBM=HASH(0xa0c1098)', 
'undef', 2764800, 0, 905, 5574, 188584, 1138328745, 1132758779, ...) 
called at /usr/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/BayesStore.pm 
line 
370\n\tMail::SpamAssassin::BayesStore::expire_old_tokens_trapped('Mail::SpamAssassin::BayesStore::DBM=HASH(0xa0c1098)', 
'undef') called at 
/usr/lib/perl5/site_perl/5.8.6/Mail/SpamAssassin/BayesStore.pm line 
214\n\teval {...} c...

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Loren Wilton 
 Got a box that is pretty quite only getting through a few hundred mail 
 per day - I would say on average i get about 2 or 3 of these errors each 
 day. Is there a way to make the bayes aspect of SA more efficient?

Run a force-expire manually from a cron job and turn off auto expire.

Alternately, change the Amvis timeout for SA.

Loren

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Mark Martinec 
Tom,

From Loren Wilton:
 Run a force-expire manually from a cron job and turn off auto expire.

... or switch bayes db to SQL, where auto-expire is much faster
and is no longer an issue.

  Mark

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Tom Brown 



... or switch bayes db to SQL, where auto-expire is much faster
and is no longer an issue.


i would prefer to go this route if possible - are there any good 
how-to's that deal with making this switch?


thanks

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Michael Parker 
Tom Brown wrote:
 
 ... or switch bayes db to SQL, where auto-expire is much faster
 and is no longer an issue.
 
 i would prefer to go this route if possible - are there any good
 how-to's that deal with making this switch?
 

http://people.apache.org/~parker/presentations/

Michael

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Gary V 

Run a force-expire manually from a cron job and turn off auto expire.



Alternately, change the Amvis timeout for SA.



... or switch bayes db to SQL, where auto-expire is much faster
and is no longer an issue.


i would prefer to go this route if possible - are there any good how-to's 
that deal with making this switch?


No reason you can't do all three, I need to on my (low powered) servers.

$sa_timeout = 60;

http://www200.pair.com/mecham/spam/debian-spamassassin-sql.html
http://www200.pair.com/mecham/spam/fc4-spamassassin-sql.html
http://www200.pair.com/mecham/spam/bayes-maint.txt

Gary V

_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Re: SpamAssassin 3.1.0 - Amavisd

2006-01-31 Thread Mark Martinec 
Tom,

  ... or switch bayes db to SQL, where auto-expire is much faster
  and is no longer an issue.

 i would prefer to go this route if possible - are there any good
 how-to's that deal with making this switch?

Mail-SpamAssassin-3.1.0/sql/README*

  Mark