[Spambayes] Re: Have you guys considered...

[Skip Montanaro]

    Skip> It's really the same problem, just an n-way classification instead
    Skip> of a 2-way classification.  I use procmail to sort my mail into
    Skip> folders.  My procmailrc file looks like this:

    dman> I am not opposed to a delivery agent incorporating spambayes (or
    dman> other classifiers) in-process, but I think the spambayes project
    dman> (and code) should focus only on identifying spam and not on
    dman> replacing procmail.

Agreed.  The poster asked, and I responded with one way the current
classifier might handle this.  You could encapsulate this into a separate
application which built upon the 

    Skip> While not nearly as annoying as spam, it's still a mild bother
    Skip> that if someone bcc's a message to the foo list, procmail will
    Skip> file it in my mbox instead of my foo mailbox.

    dman> Testing the List-* headers solves this problem.

Yes, that was perhaps a bad example.  Here's another.  I fiddle around with
an old Triumph sports car in my copious spare time and participate in a
number of mailing lists.  I also have a procmail rule that attempts to
divert Triumph-related mail into my "cars" mailbox:

    :0
    * ^Subject.*(british-cars|British Cars|Triumph|TR-?(250|4a|[2345678]))
    cars

This works most of the time, but if someone sends me an email with a subject
of "Spitfire parts for sale", it's almost certainly going to be
Triumph-related but won't be properly filed.  A more intelligent classifier
would probably pick up enough clues from the body of the message to properly
file the message.

    Skip> Tools like ifile and CRM114 can classify mail into N bins instead
    Skip> of just two.

    dman> I'm not familiar with these tools.

Googlers, start your engines...

Skip