Re: Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format

2004-10-13 Thread Chris Weiss

Matt Kettler wrote:
At 12:55 AM 10/13/2004 -0700, Chris Weiss wrote:
debug: config: SpamAssassin failed to parse line, skipping: 
rewrite_subject 1
debug: config: SpamAssassin failed to parse line, skipping: 
use_terse_report 0
debug: config: SpamAssassin failed to parse line, skipping: auto_learn 1
debug: config: SpamAssassin failed to parse line, skipping: 
dcc_add_header 1

Fix the above errors. Those lines are invalid.
the rewrite_subject bit has been replaced, see UPGRADE
rewrite_subject 1
subject_tag SPAM(_SCORE_)
  becomes
rewrite_header Subject SPAM(_SCORE_)
auto_learn should be bayes_auto_learn. I don't think it's ever not had 
bayes in it's name

Will do, I'm just trying to figure out how to implement them in my 
environment (IE - some of the directives are fed via AmavisD). They 
should not be the cause of my problem either way -ya?

debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: 
tie failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
debug: Score set 0 chosen.
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: 
tie failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
ERROR: Bayes dump returned an error, please re-run with -D for more 
information

Note that after running sa_learn --ham on all of my inboxes and 
sa-learn --spam on my junk folder, I end up with these files in my 
.spamassassin folder (during the install, I tried several gymnastics 
with sa-learn --import and --upgrade or something to that effect, 
hence the old_* files):

Um.. what are sa-learn --import and sa-learn --upgrade?  This is SA 
3.0 man.. Those arguments no longer exist.

Sorry, meant import and sync.
Try running sa-learn -D --sync and see what happens. Thats the bayes 
DB upgrade command for SA 3.0.

When you ran sa-learn --clear, did it actually work and remove the 
files or reduce them to 0 bytes?

Yes. It removed the files entirely. Running SA after with no bayes files 
gave the same error - I suppose that would point to it not being an 
actual file compatibility issue, but something inside SA failing 
(missing library or something)?

If the sync above doesn't work, and --clear doesn't truly wipe the 
files, use rm -f bayes_* and retrain.






Re: Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format

2004-10-13 Thread Matt Kettler
At 12:55 AM 10/13/2004 -0700, Chris Weiss wrote:
debug: config: SpamAssassin failed to parse line, skipping: rewrite_subject 1
debug: config: SpamAssassin failed to parse line, skipping: use_terse_report 0
debug: config: SpamAssassin failed to parse line, skipping: auto_learn 1
debug: config: SpamAssassin failed to parse line, skipping: dcc_add_header 1
Fix the above errors. Those lines are invalid.
the rewrite_subject bit has been replaced, see UPGRADE
rewrite_subject 1
subject_tag SPAM(_SCORE_)
  becomes
rewrite_header Subject SPAM(_SCORE_)
auto_learn should be bayes_auto_learn. I don't think it's ever not had 
bayes in it's name

debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie 
failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
debug: Score set 0 chosen.
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie 
failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
ERROR: Bayes dump returned an error, please re-run with -D for more 
information

Note that after running sa_learn --ham on all of my inboxes and sa-learn 
--spam on my junk folder, I end up with these files in my .spamassassin 
folder (during the install, I tried several gymnastics with sa-learn 
--import and --upgrade or something to that effect, hence the old_* files):
Um.. what are sa-learn --import and sa-learn --upgrade?  This is SA 3.0 
man.. Those arguments no longer exist.

Try running sa-learn -D --sync and see what happens. Thats the bayes DB 
upgrade command for SA 3.0.

When you ran sa-learn --clear, did it actually work and remove the files or 
reduce them to 0 bytes?

If the sync above doesn't work, and --clear doesn't truly wipe the files, 
use rm -f bayes_* and retrain.






Re: Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format

2004-10-13 Thread Chris Weiss
cb7d078) 
inhibited further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: config: SpamAssassin failed to parse line, skipping: 
rewrite_subject 1
debug: config: SpamAssassin failed to parse line, skipping: 
use_terse_report 0
debug: config: SpamAssassin failed to parse line, skipping: auto_learn 1
debug: config: SpamAssassin failed to parse line, skipping: dcc_add_header 1
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x3cb7d078) 
inhibited further callbacks
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie 
failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
debug: Score set 0 chosen.
debug: bayes: 7110 tie-ing to DB file R/O 
/var/amavisd/.spamassassin/bayes_toks
Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie 
failed: Inappropriate file type or format
debug: bayes: 7110 untie-ing DB file toks
ERROR: Bayes dump returned an error, please re-run with -D for more 
information

Note that after running sa_learn --ham on all of my inboxes and sa-learn 
--spam on my junk folder, I end up with these files in my .spamassassin 
folder (during the install, I tried several gymnastics with sa-learn 
--import and --upgrade or something to that effect, hence the old_* files):

-rw---   1 amavisd  _amavisd   655360 Oct 13 00:50 auto-whitelist
-rw---   1 amavisd  _amavisd  1609728 Sep 24 22:54 auto-whitelist.db
-rw---   1 amavisd  _amavisd6 Oct 13 00:50 auto-whitelist.mutex
-rw---   1 amavisd  _amavisd18666 Oct 13 00:40 bayes.mutex
-rw---   1 amavisd  _amavisd   344064 Oct 12 23:11 bayes_seen
-rw---   1 amavisd  _amavisd  2539520 Oct 12 23:11 bayes_toks
-rw-r--r--   1 amavisd  _amavisd  1261568 Sep 25 00:03 old_bayes_seen
-rw-r--r--   1 amavisd  _amavisd  4816896 Sep 25 00:03 old_bayes_toks
-rw-r--r--   1 amavisd  _amavisd  2539520 Sep 25 00:03 old_bayes_toks.new
-rw-r--r--   1 amavisd  _amavisd0 May 27 15:46 user_prefs
.


I'm also getting the following error regarding URIBL, but I'm fairly 
sure I dont have it set up correctly...

Failed to run URIBL_PH_SURBL SpamAssassin test, skipping:
   (Can't locate object method "check_uridnsbl" via package 
"Mail::SpamAssassin::PerMsgStatus" at 
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/PerMsgStatus.pm 
line 2296,  line 377.
)

First, check to make sure that the following file exists:
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/Plugin/URIDNSBL.pm
If it doesn't, your install is borked.
Next make sure one of your .cf files has the loadplugin statement for 
that module

loadplugin Mail::SpamAssassin::Plugin::URIDNSBL



Re: Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format

2004-10-13 Thread Matt Kettler
At 12:25 AM 10/13/2004 -0700, Chris Weiss wrote:
I've tried completely deleting and re-creating the bayes databases (using 
sa-learn clear followed by sa-learn on my various mailboxes), but am still 
getting the errors. I also made sure I'd installed DB_file (I'd read 
somewhere it was needed). Any idea where to look for the solution to this 
problem?
Highly strange.. anything useful from running the following command:
sa-learn -D --dump magic

I'm also getting the following error regarding URIBL, but I'm fairly sure 
I dont have it set up correctly...

Failed to run URIBL_PH_SURBL SpamAssassin test, skipping:
   (Can't locate object method "check_uridnsbl" via package 
"Mail::SpamAssassin::PerMsgStatus" at 
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/PerMsgStatus.pm line 
2296,  line 377.
)
First, check to make sure that the following file exists:
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/Plugin/URIDNSBL.pm
If it doesn't, your install is borked.
Next make sure one of your .cf files has the loadplugin statement for that 
module

loadplugin Mail::SpamAssassin::Plugin::URIDNSBL



Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format

2004-10-13 Thread Chris Weiss
I'm using SA in the environment described by Scott Vintinner at 
http://www.flakshack.com/anti-spam/ (Fairly-Secure Anti-SPAM Gateway 
Using OpenBSD, Postfix, Amavisd-new, SpamAssassin, Razor and DCC). 
Things had been running smoothly until I recent upgraded from v2.6 to 
3.0. The upgrade went well, except now I'm getting the following error:

Cannot open bayes databases /var/amavisd/.spamassassin/bayes_* R/O: tie 
failed: Inappropriate file type or format

I've tried completely deleting and re-creating the bayes databases 
(using sa-learn clear followed by sa-learn on my various mailboxes), but 
am still getting the errors. I also made sure I'd installed DB_file (I'd 
read somewhere it was needed). Any idea where to look for the solution 
to this problem?

I'm also getting the following error regarding URIBL, but I'm fairly 
sure I dont have it set up correctly...

Failed to run URIBL_PH_SURBL SpamAssassin test, skipping:
   (Can't locate object method "check_uridnsbl" via package 
"Mail::SpamAssassin::PerMsgStatus" at 
/usr/local/libdata/perl5/site_perl/Mail/SpamAssassin/PerMsgStatus.pm 
line 2296,  line 377.
)

I'd greatly appreciate any constructive help on these issues...