RE: No dbs present modules not installed
SpamAssassin does not appear to be adding anything to any emails at all. I do not know where in our mail chain SpamAssassin was being called (but I guess I'll have to figure it out). We use qmail and clamav with SA. I'll have to go through the boot process step by step to see if I can figure out where SA gets called. If you are familiar with this setup though, any tips to narrow down my search would be appreciated. Thanks, Paul Arnone Network Administrator --- NuTech Solutions, Inc. 121 West Trade Street - Suite 1900 Charlotte, NC 28202 (704)943-5423 -Original Message- From: Matt Kettler [mailto:[EMAIL PROTECTED] Sent: Saturday, November 17, 2007 9:27 AM To: Paul Arnone Cc: users@spamassassin.apache.org Subject: Re: No dbs present modules not installed Paul Arnone wrote: Thanks. Good to know that some of those modules are optional. SpamAssassin was already in place on our server when I started working here. But sometime after the old Network Admin left, it stopped flagging our emails. If bayes is optional for SA, then I could change use_bayes 1 to use_bayes 0 in local.cf and comment out the other bayes_ classifier options and it should work? It should work even with those options in place. SpamAssassin normally treats configuration conflicts as warnings and just ignores them. ie: if you tell it to use a feature, but the modules aren't present, it just ignores you and disables the feature and goes on its merry way. Now, you say it stopped flagging messages.. Is it just missing a lot of spam, or is it not adding anything to any emails at all? If it's not adding anything to any emails, odds are someone made a configuration change that disabled calling spamassassin. Do you know where in your mail chain SpamAssassin was being called before? Was it in procmail, or using a milter, or some other thing? As I said before, merely having spamd running (ie: starting the spamassassin service) doesn't do anything to your email. There needs to be some part of your mail chain configured to call spamassassin, or spamc, or load the Mail::SpamAssassin perl API and feed messages to it. (and unless you're using spamc, running spamd is pointless)
RE: No dbs present modules not installed
We do have Simscan installed which I believe is supposed to do what you say and call SpamAssassin. Now all I need to do is find out where. Paul Arnone Network Administrator --- NuTech Solutions, Inc. 121 West Trade Street - Suite 1900 Charlotte, NC 28202 (704)943-5423 -Original Message- From: Matt Kettler [mailto:[EMAIL PROTECTED] Sent: Saturday, November 17, 2007 9:27 AM To: Paul Arnone Cc: users@spamassassin.apache.org Subject: Re: No dbs present modules not installed Paul Arnone wrote: Thanks. Good to know that some of those modules are optional. SpamAssassin was already in place on our server when I started working here. But sometime after the old Network Admin left, it stopped flagging our emails. If bayes is optional for SA, then I could change use_bayes 1 to use_bayes 0 in local.cf and comment out the other bayes_ classifier options and it should work? It should work even with those options in place. SpamAssassin normally treats configuration conflicts as warnings and just ignores them. ie: if you tell it to use a feature, but the modules aren't present, it just ignores you and disables the feature and goes on its merry way. Now, you say it stopped flagging messages.. Is it just missing a lot of spam, or is it not adding anything to any emails at all? If it's not adding anything to any emails, odds are someone made a configuration change that disabled calling spamassassin. Do you know where in your mail chain SpamAssassin was being called before? Was it in procmail, or using a milter, or some other thing? As I said before, merely having spamd running (ie: starting the spamassassin service) doesn't do anything to your email. There needs to be some part of your mail chain configured to call spamassassin, or spamc, or load the Mail::SpamAssassin perl API and feed messages to it. (and unless you're using spamc, running spamd is pointless)
Re: No dbs present modules not installed
Paul Arnone wrote: SpamAssassin does not appear to be adding anything to any emails at all. I do not know where in our mail chain SpamAssassin was being called (but I guess I'll have to figure it out). We use qmail and clamav with SA. I'll have to go through the boot process step by step to see if I can figure out where SA gets called. If you are familiar with this setup though, any tips to narrow down my search would be appreciated. Well, don't look at the boot process. That will merely tell you where spamd is started. You want to examine your email process, starting with where mail gets received. With Qmail, you might want to look at Qmail's queuing stuff, or look for signs of simscan or QmailScanner, but I'm no Qmail expert. Some ways of integrating SA into qmail are detailed at: http://wiki.apache.org/spamassassin/IntegratedInQmailWithIfspamh http://wiki.apache.org/spamassassin/IntegratedInQmailWithQmailScanner And simscan's site is at: http://www.inter7.com/simscan/
Re: No dbs present modules not installed
Paul Arnone wrote: Thanks. Good to know that some of those modules are optional. SpamAssassin was already in place on our server when I started working here. But sometime after the old Network Admin left, it stopped flagging our emails. If bayes is optional for SA, then I could change use_bayes 1 to use_bayes 0 in local.cf and comment out the other bayes_ classifier options and it should work? It should work even with those options in place. SpamAssassin normally treats configuration conflicts as warnings and just ignores them. ie: if you tell it to use a feature, but the modules aren't present, it just ignores you and disables the feature and goes on its merry way. Now, you say it stopped flagging messages.. Is it just missing a lot of spam, or is it not adding anything to any emails at all? If it's not adding anything to any emails, odds are someone made a configuration change that disabled calling spamassassin. Do you know where in your mail chain SpamAssassin was being called before? Was it in procmail, or using a milter, or some other thing? As I said before, merely having spamd running (ie: starting the spamassassin service) doesn't do anything to your email. There needs to be some part of your mail chain configured to call spamassassin, or spamc, or load the Mail::SpamAssassin perl API and feed messages to it. (and unless you're using spamc, running spamd is pointless)
RE: No dbs present modules not installed
Thanks. Good to know that some of those modules are optional. SpamAssassin was already in place on our server when I started working here. But sometime after the old Network Admin left, it stopped flagging our emails. If bayes is optional for SA, then I could change use_bayes 1 to use_bayes 0 in local.cf and comment out the other bayes_ classifier options and it should work? Paul Arnone Network Administrator --- NuTech Solutions, Inc. 121 West Trade Street - Suite 1900 Charlotte, NC 28202 (704)943-5423 -Original Message- From: Matt Kettler [mailto:[EMAIL PROTECTED] Sent: Friday, November 16, 2007 8:58 AM To: Paul Arnone Cc: users@spamassassin.apache.org Subject: Re: No dbs present modules not installed Paul Arnone wrote: We are running SpamAssassin 3.1.8 on FreeBSD 6.2-RELEASE-p3. Currently, SpamAssassin is running but not flagging emails as ***SPAM***. Hmm, that's odd. How did you integrate it into your mail system? (ie: just having spamd running doesn't do anything at all) *I get the following info when running spamassassin -lint:* [5841] warn: config: SpamAssassin failed to parse line, /usr/local/etc/mail/spamassassin/.bayes is not valid for bayes_path, skipping: bayes_path /usr/local/etc/mail/spamassassin/.bayes [5841] warn: lint: 1 issues detected, please rerun with debug enabled for more information *And the following info when running -lint -D:* [5563] dbg: diag: module not installed: IP::Country::Fast ('require' failed) [5563] dbg: diag: module not installed: Razor2::Client::Agent ('require' failed) [5563] dbg: diag: module not installed: Net::Ident ('require' failed) [5563] dbg: diag: module not installed: DBI ('require' failed) I have two questions: 1) Are these modules required in order for SpamAssassin to run properly? Just running -lint doesn't say anything about them. If so, how do I install them (I'm a FreeBSD/SpamAssassin newbie) No. read the INSTALL document that comes with SpamAssassin under Optional modules http://svn.apache.org/repos/asf/spamassassin/branches/3.2/INSTALL 2) The bayes_journal, bayes_seen, bayes_toks files are in /usr/local/vpopmail/.spamassassin but in our local.cf file, the bayes_path is set to /usr/local/etc/mail/spamassassin/.bayes which is an empty directory. Even if I change the bayes_path to /usr/local/vpopmail/.spamassassin, I still get the message no dbs present when running -lint -D. What am I doing wrong? You don't have DBI installed, therefore no databases can be supported. Bayes is optional for SA, so DBI is optional. Is it just a matter of running sa-learn -sync? But then it still doesn't seem like the bayes_path is pointing to the right spot. I know that this issue has come up many times before and I have spent several days reading posts and web sites but I have not found the answer that I am looking for. I was hoping someone on this list could help.
Re: No dbs present modules not installed
Paul Arnone wrote: We are running SpamAssassin 3.1.8 on FreeBSD 6.2-RELEASE-p3. Currently, SpamAssassin is running but not flagging emails as ***SPAM***. Hmm, that's odd. How did you integrate it into your mail system? (ie: just having spamd running doesn't do anything at all) *I get the following info when running spamassassin –lint:* [5841] warn: config: SpamAssassin failed to parse line, /usr/local/etc/mail/spamassassin/.bayes is not valid for bayes_path, skipping: bayes_path /usr/local/etc/mail/spamassassin/.bayes [5841] warn: lint: 1 issues detected, please rerun with debug enabled for more information *And the following info when running –lint –D:* [5563] dbg: diag: module not installed: IP::Country::Fast ('require' failed) [5563] dbg: diag: module not installed: Razor2::Client::Agent ('require' failed) [5563] dbg: diag: module not installed: Net::Ident ('require' failed) [5563] dbg: diag: module not installed: DBI ('require' failed) I have two questions: 1) Are these modules required in order for SpamAssassin to run properly? Just running –lint doesn’t say anything about them. If so, how do I install them (I’m a FreeBSD/SpamAssassin newbie) No. read the INSTALL document that comes with SpamAssassin under Optional modules http://svn.apache.org/repos/asf/spamassassin/branches/3.2/INSTALL 2) The bayes_journal, bayes_seen, bayes_toks files are in /usr/local/vpopmail/.spamassassin but in our local.cf file, the bayes_path is set to /usr/local/etc/mail/spamassassin/.bayes which is an empty directory. Even if I change the bayes_path to /usr/local/vpopmail/.spamassassin, I still get the message “no dbs present” when running –lint –D. What am I doing wrong? You don't have DBI installed, therefore no databases can be supported. Bayes is optional for SA, so DBI is optional. Is it just a matter of running sa-learn –sync? But then it still doesn’t seem like the bayes_path is pointing to the right spot. I know that this issue has come up many times before and I have spent several days reading posts and web sites but I have not found the answer that I am looking for. I was hoping someone on this list could help.
No dbs present modules not installed
We are running SpamAssassin 3.1.8 on FreeBSD 6.2-RELEASE-p3. Currently, SpamAssassin is running but not flagging emails as ***SPAM***. I get the following info when running spamassassin -lint: [5841] warn: config: SpamAssassin failed to parse line, /usr/local/etc/mail/spamassassin/.bayes is not valid for bayes_path, skipping: bayes_path /usr/local/etc/mail/spamassassin/.bayes [5841] warn: lint: 1 issues detected, please rerun with debug enabled for more information And the following info when running -lint -D: [5563] dbg: diag: module not installed: IP::Country::Fast ('require' failed) [5563] dbg: diag: module not installed: Razor2::Client::Agent ('require' failed) [5563] dbg: diag: module not installed: Net::Ident ('require' failed) [5563] dbg: diag: module not installed: DBI ('require' failed) [5768] dbg: bayes: no dbs present, cannot tie DB R/O: /root/.spamassassin/bayes_toks [5768] dbg: bayes: not scoring message, returning undef [5768] dbg: bayes: opportunistic call attempt failed, DB not readable I have two questions: 1) Are these modules required in order for SpamAssassin to run properly? Just running -lint doesn't say anything about them. If so, how do I install them (I'm a FreeBSD/SpamAssassin newbie) 2) The bayes_journal, bayes_seen, bayes_toks files are in /usr/local/vpopmail/.spamassassin but in our local.cf file, the bayes_path is set to /usr/local/etc/mail/spamassassin/.bayes which is an empty directory. Even if I change the bayes_path to /usr/local/vpopmail/.spamassassin, I still get the message no dbs present when running -lint -D. What am I doing wrong? Is it just a matter of running sa-learn -sync? But then it still doesn't seem like the bayes_path is pointing to the right spot. I know that this issue has come up many times before and I have spent several days reading posts and web sites but I have not found the answer that I am looking for. I was hoping someone on this list could help. Thanks, Paul Arnone Network Administrator --- NuTech Solutions, Inc. 121 West Trade Street - Suite 1900 Charlotte, NC 28202 (704)943-5423