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".
>
> L
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 i
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?>> ---
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:
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 i
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
> debu
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
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
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 t
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
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 -
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 inter
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" w
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,
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
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 sy
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:
/
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
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
thin
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/si
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/Di
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 9
22 matches
Mail list logo
