Re: sa-learn problem
On Sunday 16 July 2006 20:13, Loren Wilton wrote: > Someone just had a problem much like this last week. I don't recall what > the fix was, perhaps upgrading the database version. You should be able to > find it in the archives if you search for "inappropriate ioctl for device". > > Loren Many thanks. The berkley database files were not in the latest format. It's working well now.
Re: sa-learn problem
pi maybe? (I've made some "for rules developer modifications".) {^_^} - Original Message - From: "sokka" <[EMAIL PROTECTED]> To: "jdow" <[EMAIL PROTECTED]> Cc: Sent: Sunday, July 16, 2006 19:23 Subject: Re: sa-learn problem Hi, What is the your version number ? regards On 7/17/06, jdow <[EMAIL PROTECTED]> wrote: From: "David Corbin" <[EMAIL PROTECTED]> >I posted this several days ago, and have seen no response. As well as trying > to get help via IRC. Is that tough a problem for everyone? > > --- > I'm having a problem with sa-learn (version 3.1). Here's a snipit of the > debug output: > > ---begin-- > [787] dbg: locker: safe_lock: > created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 > [787] dbg: locker: safe_lock: trying to get lock > on /home/dcorbin/.spamassassin/bayes with 0 retries > [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock: > link ok > [787] dbg: bayes: tie-ing to DB file > R/W /home/dcorbin/.spamassassin/bayes_toks > [787] dbg: bayes: untie-ing DB file toks > [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock > bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: > tie failed: Inappropriate ioctl for device > ERROR: the Bayes learn function returned an error, please re-run with -D for > more information > --end-- > > The .spamassassin directory is rwx for me, and all the files in it are rw for > me. I don't understand what's going on. Can someone tell me how to get this > working again? drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin {^_^}
Re: sa-learn problem
Hi, What is the your version number ? regards On 7/17/06, jdow <[EMAIL PROTECTED]> wrote: From: "David Corbin" <[EMAIL PROTECTED]> >I posted this several days ago, and have seen no response. As well as trying> to get help via IRC. Is that tough a problem for everyone?>> ---> I'm having a problem with sa-learn (version 3.1). Here's a snipit of the> debug output:>> ---begin--> [787] dbg: locker: safe_lock:> created /home/dcorbin/.spamassassin/bayes.lock.trombone.787> [787] dbg: locker: safe_lock: trying to get lock > on /home/dcorbin/.spamassassin/bayes with 0 retries> [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock:> link ok> [787] dbg: bayes: tie-ing to DB file> R/W /home/dcorbin/.spamassassin/bayes_toks > [787] dbg: bayes: untie-ing DB file toks> [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock> bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: > tie failed: Inappropriate ioctl for device> ERROR: the Bayes learn function returned an error, please re-run with -D for> more information> --end-->> The .spamassassin directory is rwx for me, and all the files in it are rw for > me. I don't understand what's going on. Can someone tell me how to get this> working again?drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin{^_^}
Re: sa-learn problem
From: "David Corbin" <[EMAIL PROTECTED]> I posted this several days ago, and have seen no response. As well as trying to get help via IRC. Is that tough a problem for everyone? --- I'm having a problem with sa-learn (version 3.1). Here's a snipit of the debug output: ---begin-- [787] dbg: locker: safe_lock: created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 [787] dbg: locker: safe_lock: trying to get lock on /home/dcorbin/.spamassassin/bayes with 0 retries [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock: link ok [787] dbg: bayes: tie-ing to DB file R/W /home/dcorbin/.spamassassin/bayes_toks [787] dbg: bayes: untie-ing DB file toks [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: tie failed: Inappropriate ioctl for device ERROR: the Bayes learn function returned an error, please re-run with -D for more information --end-- The .spamassassin directory is rwx for me, and all the files in it are rw for me. I don't understand what's going on. Can someone tell me how to get this working again? drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin {^_^}
Re: sa-learn problem
bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: tie failed: Inappropriate ioctl for device ERROR: the Bayes learn function returned an error, please re-run with -D for more information --end-- The .spamassassin directory is rwx for me, and all the files in it are rw for me. I don't understand what's going on. Can someone tell me how to get this working again? Someone just had a problem much like this last week. I don't recall what the fix was, perhaps upgrading the database version. You should be able to find it in the archives if you search for "inappropriate ioctl for device". Loren
Re: sa-learn problem
Heute (17.07.2006/01:19 Uhr) schrieb David Corbin, > I posted this several days ago, and have seen no response. As well as trying > to get help via IRC. Is that tough a problem for everyone? > --- > I'm having a problem with sa-learn (version 3.1). Here's a snipit of the > debug output: debug for what? > > ---begin-- > [787] dbg: locker: safe_lock: > created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 > [787] dbg: locker: safe_lock: trying to get lock > on /home/dcorbin/.spamassassin/bayes with 0 retries > [787] dbg: locker: safe_lock: link to > /home/dcorbin/.spamassassin/bayes.lock: > link ok > [787] dbg: bayes: tie-ing to DB file > R/W /home/dcorbin/.spamassassin/bayes_toks > [787] dbg: bayes: untie-ing DB file toks > [787] dbg: locker: safe_unlock: unlink > /home/dcorbin/.spamassassin/bayes.lock > bayes: cannot open bayes databases > /home/dcorbin/.spamassassin/bayes_* R/W: > tie failed: Inappropriate ioctl for device > ERROR: the Bayes learn function returned an error, please re-run with -D for > more information > --end-- show ls -l /home/dcorbin/.spamassassin/ > The .spamassassin directory is rwx for me, and all the files in it are rw for > me. I don't understand what's going on. Can someone tell me how to get this > working again? -- Viele Gruesse, Kind regards, Jim Knuth [EMAIL PROTECTED] ICQ #277289867 -- Zufalls-Zitat -- Wenn alle Leute nur dann redeten, wenn sie etwas zu sagen haben, würden die Menschen sehr bald den Gebrauch der Sprache verlieren. (William Somerset Maugham, engl. Schriftst., 1874-1965) -- Der Text hat nichts mit dem Empfaenger der Mail zu tun -- Virus free. Checked by NOD32 Version 1.1663 Build 7681 16.07.2006
sa-learn problem
I posted this several days ago, and have seen no response. As well as trying to get help via IRC. Is that tough a problem for everyone? --- I'm having a problem with sa-learn (version 3.1). Here's a snipit of the debug output: ---begin-- [787] dbg: locker: safe_lock: created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 [787] dbg: locker: safe_lock: trying to get lock on /home/dcorbin/.spamassassin/bayes with 0 retries [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock: link ok [787] dbg: bayes: tie-ing to DB file R/W /home/dcorbin/.spamassassin/bayes_toks [787] dbg: bayes: untie-ing DB file toks [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: tie failed: Inappropriate ioctl for device ERROR: the Bayes learn function returned an error, please re-run with -D for more information --end-- The .spamassassin directory is rwx for me, and all the files in it are rw for me. I don't understand what's going on. Can someone tell me how to get this working again?
sa-learn problem
I'm having a problem with sa-learn (version 3.1). Here's a snipit of the debug output: ---begin-- [787] dbg: locker: safe_lock: created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 [787] dbg: locker: safe_lock: trying to get lock on /home/dcorbin/.spamassassin/bayes with 0 retries [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock: link ok [787] dbg: bayes: tie-ing to DB file R/W /home/dcorbin/.spamassassin/bayes_toks [787] dbg: bayes: untie-ing DB file toks [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: tie failed: Inappropriate ioctl for device ERROR: the Bayes learn function returned an error, please re-run with -D for more information --end-- The .spamassassin directory is rwx for me, and all the files in it are rw for me. I don't understand what's going on. Can someone tell me how to get this working again?
Re[2]: sa-learn problem
Hello Bob, Friday, November 19, 2004, 2:38:30 PM, you wrote: >> Correct. (Except that it isn't compiled --- only spamc is a >> compiled program --- but that's a nit..) BM> Yes, I spose I knew that, but meant that I expected a reinstall BM> using perl Makefile.pl, make, make install would sort that out ... I found while doing multiple compiles/installs during an upgrade one day that in some situations I could end up with an "out of sync" problem like this one, if I reused the installation directory. Since then I try to always use a brand new directory for each new install, to keep old configs/files/modules from being erroneously incorporated into the new system. Bob Menschel
Re: sa-learn problem
On Saturday 20 Nov 2004 02:50, alan premselaar wrote: >I'd suggest changing it to /usr/bin/perl -T -w (instead of > /usr/bin/perl5.8.5) to prevent the same kind of confusion should you > ever upgrade perl again. Thanks Alan, good idea :-) Bob
Re: sa-learn problem
Bob Mortimer wrote: *snip* #!/usr/bin/perl5.8.3 -T -w which is clearly where the problem lies. Correcting that to #!/usr/bin/perl5.8.5 -T -w solves the problem but still leaves me wondering how it happened in the first place. Thanks for the help! Bob, I'd suggest changing it to /usr/bin/perl -T -w (instead of /usr/bin/perl5.8.5) to prevent the same kind of confusion should you ever upgrade perl again. alan
Re: sa-learn problem
On Friday 19 Nov 2004 22:08, Nix wrote: > > Yes, I know what it means, but see below (I'm not sure exactly where the > > request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > > It's on the first line of the sa-learn script (which names the > interpreter, i.e., perl, to use to interpret the script). Ah, OK. > > I'm still not sure where to go from here - I initially suspected that > > spamassassin was compiled against perl5.8.3 and was therefore looking for > > that ... > > Correct. (Except that it isn't compiled --- only spamc is a compiled > program --- but that's a nit..) Yes, I spose I knew that, but meant that I expected a reinstall using perl Makefile.pl, make, make install would sort that out ... > > which is why I recompiled it hoping that would fix things but it > > hasn't. > > It certainly should have done. What does the top line of sa-learn read? #!/usr/bin/perl5.8.3 -T -w which is clearly where the problem lies. Correcting that to #!/usr/bin/perl5.8.5 -T -w solves the problem but still leaves me wondering how it happened in the first place. Thanks for the help! -- Regards, Bob
Re: sa-learn problem
On Fri, 19 Nov 2004, Bob Mortimer spake: > On Friday 19 Nov 2004 17:40, you wrote: > >> > when I try to sa-learn my ham/spam I get the following: >> > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file >> > or directory >> >> I've always thought that "No such file or directory" was one of the >> clearest messages from a computer, but people ask all the time what it >> means. > > Yes, I know what it means, but see below (I'm not sure exactly where the > request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... It's on the first line of the sa-learn script (which names the interpreter, i.e., perl, to use to interpret the script). > I'm still not sure where to go from here - I initially suspected that > spamassassin was compiled against perl5.8.3 and was therefore looking for > that ... Correct. (Except that it isn't compiled --- only spamc is a compiled program --- but that's a nit..) > which is why I recompiled it hoping that would fix things but it > hasn't. It certainly should have done. What does the top line of sa-learn read? -- `The sword we forged has turned upon us Only now, at the end of all things do we see The lamp-bearer dies; only the lamp burns on.'
Re: sa-learn problem
On Friday 19 Nov 2004 17:40, you wrote: > > when I try to sa-learn my ham/spam I get the following: > > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > > or directory > > I've always thought that "No such file or directory" was one of the > clearest messages from a computer, but people ask all the time what it > means. Yes, I know what it means, but see below (I'm not sure exactly where the request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > Bob says: > > I think the problem has arisen since upgrading my Mandrake system from > > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > > 5.8.3 > > I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, > and possibly /usr/bin/perl5.8.5 might from the information you gave. > Also, I would imagine that their is either a hard or soft link in > /usr/bin that points /usr/bin/perl to whatever version you currently > have installed, and that might be better to use vs one that is specific > to the exact version you are running. Like I said, I'm at the limits of my talent here ;-) Here's an ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 5 Nov 12 06:24 /usr/bin/perl -> perl5* lrwxrwxrwx 1 root root 9 Nov 12 06:24 /usr/bin/perl5 -> perl5.8.5* -rwxr-xr-x 2 root root 11132 Oct 27 21:36 /usr/bin/perl5.8.5* I'm still not sure where to go from here - I initially suspected that spamassassin was compiled against perl5.8.3 and was therefore looking for that ... which is why I recompiled it hoping that would fix things but it hasn't. I fully accept that I'm probably being dim here but would be grateful if you'd humour me ;-) (apols for message sent to personal address clicked wrong button) -- Regards, Bob
Re: sa-learn problem
On Friday 19 Nov 2004 17:40, Michael Barnes wrote: > > when I try to sa-learn my ham/spam I get the following: > > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > > or directory > > I've always thought that "No such file or directory" was one of the > clearest messages from a computer, but people ask all the time what it > means. Yes, I know what it means, but see below (I'm not sure exactly where the request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > Bob says: > > I think the problem has arisen since upgrading my Mandrake system from > > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > > 5.8.3 > > I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, > and possibly /usr/bin/perl5.8.5 might from the information you gave. > Also, I would imagine that their is either a hard or soft link in > /usr/bin that points /usr/bin/perl to whatever version you currently > have installed, and that might be better to use vs one that is specific > to the exact version you are running. Like I said, I'm at the limits of my talent here ;-) Here's an ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 5 Nov 12 06:24 /usr/bin/perl -> perl5* lrwxrwxrwx 1 root root 9 Nov 12 06:24 /usr/bin/perl5 -> perl5.8.5* -rwxr-xr-x 2 root root 11132 Oct 27 21:36 /usr/bin/perl5.8.5* I'm still not sure where to go from here - I initially suspected that spamassassin was compiled against perl5.8.3 and was therefore looking for that ... which is why I recompiled it hoping that would fix things but it hasn't. I fully accept that I'm probably being dim here, but would be grateful if you'd humour me ;-) -- Regards, Bob
Re: sa-learn problem
On Fri, Nov 19, 2004 at 07:24:33AM +, Bob Mortimer wrote: > I've run into a problem with sa-learn. I'm running SA 3.0.1, and since > the RPMs always seem to lag behind the binaries it's compiled. I > call spamassassin using amavsd. I think the problem has arisen since > upgrading my Mandrake system from 10.0 to 10.1, it looks like 10.1 > uses Perl 5.8.5, I think 10.0 was on 5.8.3 > > when I try to sa-learn my ham/spam I get the following: > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > or directory I've always thought that "No such file or directory" was one of the clearest messages from a computer, but people ask all the time what it means. Bob says: > I think the problem has arisen since upgrading my Mandrake system from > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > 5.8.3 I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, and possibly /usr/bin/perl5.8.5 might from the information you gave. Also, I would imagine that their is either a hard or soft link in /usr/bin that points /usr/bin/perl to whatever version you currently have installed, and that might be better to use vs one that is specific to the exact version you are running. Mike -- /-\ | Michael Barnes <[EMAIL PROTECTED]> | | UNIX Systems Administrator | | College of William and Mary | | Phone: (757) 879-3930 | \-/
Re: sa-learn problem
On Friday 19 Nov 2004 08:29, alan premselaar wrote: >what is the actual sa-learn command you're using? I ran into this > using Maildir format by specifying sa-learn -D --spam > /path/to/maildir/cur/* I use one script to move the mails out of my mail directory tree into my ham/spam folders: /var/lib/amavis/.spamassassin/newham /var/lib/amavis/.spamassassin/newspam I then use another script (called as user amavis) which learns the mails them moves them into the folderwhere I keep al my learned Ham/Spam. This was working fine until the update frmo Mandrake 10.0 to 10.1 The commands the script runs are: sa-learn --ham --showdots /var/lib/amavis/.spamassassin/newham/ sa-learn --spam --showdots /var/lib/amavis/.spamassassin/newspam/ I then get: ./learn: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or directory ./learn: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or directory > and received "/usr/bin/sa-learn: /usr/bin/perl: bad interpreter: too > many arguments" as an error. I found that doing "find > /path/to/maildir/cur/ -name "*" -exec sa-learn --spam {} ¥;" mostly > worked but had some unexpected results that make me think I didn't need > to specify the "*" after my path. (although perl choked if i didn't) I've tried manually calling sa-learn and get the same error, if I cd into me HamMails directory and type sa-learn --ham *.* I get: bash: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or directory Still puzzled ... Bob
Re: sa-learn problem
Bob Mortimer wrote: I've run into a problem with sa-learn. I'm running SA 3.0.1, and since the RPMs always seem to lag behind the binaries it's compiled. I call spamassassin using amavsd. I think the problem has arisen since upgrading my Mandrake system from 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on 5.8.3 when I try to sa-learn my ham/spam I get the following: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or directory I've tried recompiling spamassassin but it seems to have made no difference. ISTR I ran into a similar problem when the SURBL stuff came out and it involved moving some files around somewhere in the /usr/lib/perl5/vendor_perl/5.8.* tree but I seem to have run out of talent in trying to figure it out ;-) Any help appreciated. Regards, Bob Bob, what is the actual sa-learn command you're using? I ran into this using Maildir format by specifying sa-learn -D --spam /path/to/maildir/cur/* and received "/usr/bin/sa-learn: /usr/bin/perl: bad interpreter: too many arguments" as an error. I found that doing "find /path/to/maildir/cur/ -name "*" -exec sa-learn --spam {} ¥;" mostly worked but had some unexpected results that make me think I didn't need to specify the "*" after my path. (although perl choked if i didn't) this is on a system that I am running Perl 5.8.0 on (although it seems to be working now). I had maybe 1300+ mail files in the directory. anyways, it seems to me like either the file you're telling it to read is either not there, or it's been moved while it was open. hope this helps alan
sa-learn problem
I've run into a problem with sa-learn. I'm running SA 3.0.1, and since the RPMs always seem to lag behind the binaries it's compiled. I call spamassassin using amavsd. I think the problem has arisen since upgrading my Mandrake system from 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on 5.8.3 when I try to sa-learn my ham/spam I get the following: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or directory I've tried recompiling spamassassin but it seems to have made no difference. ISTR I ran into a similar problem when the SURBL stuff came out and it involved moving some files around somewhere in the /usr/lib/perl5/vendor_perl/5.8.* tree but I seem to have run out of talent in trying to figure it out ;-) Any help appreciated. Regards, Bob
Re: SpamAssassin 3.0 and sa-learn problem.
I've done a CPAN "force install Digest::SHA1" and get the same issue... On Thu, 30 Sep 2004, Theo Van Dinter wrote: > On Thu, Sep 30, 2004 at 07:47:35AM -0700, Andy Biddle wrote: > > Use of inherited AUTOLOAD for non-method Digest::SHA1::sha1_hex() is > > deprecated at > > /usr/local/lib/perl5/site_perl/5.8.2/Mail/SpamAssassin/Bayes.pm line 983. > > Learned from 0 message(s) (1 message(s) examined). > > Can't locate auto/Digest/SHA1/sha1_hex.al in @INC (@INC contains: lib > > This indicates that your Digest::SHA1 installation is botched. > > > SHA1 is installed and up to date. > > I'd blow away what you have and reinstall the module. > > -- > Randomly Generated Tagline: > DOS: n., A small annoying boot virus that causes random spontaneous system > crashes, usually just before saving a massive project. Easily cured by > UNIX. See also MS-DOS, IBM-DOS, DR-DOS. > (from David Vicker's .plan) >
Re: SpamAssassin 3.0 and sa-learn problem.
On Thu, Sep 30, 2004 at 07:47:35AM -0700, Andy Biddle wrote: > Use of inherited AUTOLOAD for non-method Digest::SHA1::sha1_hex() is > deprecated at > /usr/local/lib/perl5/site_perl/5.8.2/Mail/SpamAssassin/Bayes.pm line 983. > Learned from 0 message(s) (1 message(s) examined). > Can't locate auto/Digest/SHA1/sha1_hex.al in @INC (@INC contains: lib This indicates that your Digest::SHA1 installation is botched. > SHA1 is installed and up to date. I'd blow away what you have and reinstall the module. -- Randomly Generated Tagline: DOS: n., A small annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS. (from David Vicker's .plan) pgp8ys0FEAAfo.pgp Description: PGP signature
SpamAssassin 3.0 and sa-learn problem.
I recently sent out a request for help regarding always getting "autolearn=unavailable" messages. When I try to train it with sa-learn, I get: Use of inherited AUTOLOAD for non-method Digest::SHA1::sha1_hex() is deprecated at /usr/local/lib/perl5/site_perl/5.8.2/Mail/SpamAssassin/Bayes.pm line 983. Learned from 0 message(s) (1 message(s) examined). Can't locate auto/Digest/SHA1/sha1_hex.al in @INC (@INC contains: lib /usr/local/lib/perl5/site_perl/5.8.2 /usr/local/lib/perl5/site_perl/5.8.2/mach /usr/local/lib/perl5/site_perl/5.8.0/i386-freebsd /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl/5.005 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.2/BSDPAN /usr/local/lib/perl5/5.8.2/mach /usr/local/lib/perl5/5.8.2) at /usr/local/lib/perl5/site_perl/5.8.2/Mail/SpamAssassin/Bayes.pm line 983 SHA1 is installed and up to date. SpamAssassin was installed via CPAN. My system is FreeBSD... Assuming no one jumps up and points out specifically how to fix this, I'm considering just wiping out my installation and rebuilding. Am I correct in thinking that if this is probably just something wrong with my installation? Is there a good way to blow away SpamAssassin and everything it requires? If I use CPAN to re-install SpamAssassin, shouldn't it re-install anything it then requires? Sorry, can't figure out why I'm having dependancy issues and I really want to get this fixed. Ugh.