Re: Continuing the 'Not Training' trend --> bug in mailfilter.crm(?)

IIRC (this is off the top of my head), you'd specify the commandline argument

  --spam

or

  --good

to tell it which way to train, then feed the message to it using '<'
input redirection.

I seem to recall there's documentation about this coming with crm114,
but I'm not at my machine/home, right now. If needed, you might want
to grep for mailreaver in the package; should turn up in a few
documents.

Also, 'mailreaver --help' or 'mailreaver -h' will show a few hints about this.

Ger


On Fri, Apr 11, 2008 at 5:43 PM, Roy Rapoport
<crm114-general-EDIPJi/UwPibxcUVhEV9z9i2O/[email protected]> wrote:
> On Fri, Apr 11, 2008 at 04:09:38PM +0200, Ger Hobbelt wrote:
>  > I forgot to mention, since you're using 'mailfilter', that
>  > 'mailreaver.crm' is the preferred way to go. (mailreaver is also the
>  > one that is promoted by Bill every time mail filtering comes up)
>  > Nice side benefit there is that mailreaver.crm only includes the
>  > 'second bit' of the problem, so your issue will be much less apparent
>  > with mailreaver, if at all.
>
>  I'm happy to switch to mailreaver.crm.  How would I train it with a
>  message?
>
>  -roy
>
>



-- 
Met vriendelijke groeten / Best regards,

Ger Hobbelt

--------------------------------------------------
web: http://www.hobbelt.com/
 http://www.hebbut.net/
mail: [email protected]
mobile: +31-6-11 120 978
--------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone