RE: [Bmf-user] Curios problem

[matt <ma...@lo...>]

Apologies Tom,

The reason for the percieved problem was that I had trained bmf while
logged in as root, and then ran it as a user.

The user db did not have any training.

However, for me this has not been a complete waste of time, I read
several documents on fetchmail and procmail and my testing with bmf has
given me a better understanding of it.

Since training my user db, it has been very effective.

Am I right in thinking that, every mail proccessed will go towards the
db state ?
I have set up to folders change_to_spam and change_from_spam, which I
run bmf -S -i $moo and bmf -N -i $moo, and delete the contents
periodically.

Is this the way (a way) to maintain the database ?

Thanks.

Matt.


> -----Original Message-----
> From: Tom Marshall [mailto:to...@ho...] 
> Sent: 04 November 2002 14:53
> To: mat
> Cc: bmf...@li...
> Subject: Re: [Bmf-user] Curios problem
> 
> 
> > I have procmail and bmf itegrated thus :
> > 
> > # start bmf filter
> > :0 fw
> > | bmf -p
> > 
> > # filter spam
> > :0:
> > * ^X-Spam-Status: Yes
> > $MAILDIR.spam/new
> > 
> > 
> > So far all mail is being classified as good, the the added 
> line in the 
> > header :
> > 	X-Spam-Status: No, hits=0.000000 required=0.900000
> > 
> > However, if I take two emails, good and bad, and manually run them 
> > through bmf at the command line,
> > 
> > cat goodtest | bmf -p > goodresult
> > 	X-Spam-Status: No, hits=0.000000 required=0.900000
> > 
> > cat badtest | bmf -p > badresult
> > 	X-Spam-Status: Yes, hits=1.000000 required=0.900000, tests=bmf
> > 
> > 
> > Why does it not work properly when procmail runs it ?
> > 
> > Have I made a mistake or misunderstood something ?
> 
> This all sounds correct.  I don't see any reason for the 
> different results. 
> The only thing I can think is perhaps the different 
> environment variables are affecting your results (PATH and 
> HOME are the most likely).
> 
> Do you have multiple copies of bmf on your system (perhaps 
> one in $HOME/bin and one in /usr/local/bin)?
> 
> Have you checked to see if the database files under ~/.bmf 
> are updated when procmail runs?
> 
> -- 
> The only thing more costly than stretching the schedule of an 
> established project is accelerating it, which is itself the 
> most costly action known to man.
>         -- Norman Augustine
>