Your message of "Fri, 06 Sep 2002 15:24:15 EDT."
             <LNBBLJKPBEHFEDALKOLCIEJABCAB.tim.one@comcast.net>

> > - A program that acts both as a pop client and a pop server.  You
> >   configure it by telling it about your real pop servers.  You then
> >   point your mail reader to the pop server at localhost.  When it
> >   receives a connection, it connects to the remote pop servers, reads
> >   your mail, and gives you only the non-spam.
>
> FYI, I'll never trust such a scheme:  I have no tolerance for false
> positives, and indeed do nothing to try to block spam on any of my email
> accounts now for that reason.  Deliver all suspected spam to a Spam folder
> instead and I'd love it.
Another config parameter.
The filter could add a header file.  Or a ~ to the subject if you like
that style. :-)
--Guido van Rossum (home page: http://www.python.org/~guido/)

[Guido]
>   ...
>   I don't know how big that pickle would be, maybe loading it each time
>   is fine.  Or maybe marshalling.)
My tests train on about 7,000 msgs, and a binary pickle of the database is
approaching 10 million bytes.  I haven't done anything to try to reduce its
size, and know of some specific problem areas (for example, doing character
5-grams of "long words" containing high-bit characters generates a lot of
database entries, and I suspect they're approximately worthless).  OTOH,
adding in more headers will increase the size.  So let's call it 10 meg
<wink>.

from localhost (jalapeno [127.0.0.1])
	by example.com (Postfix) with ESMTP id EE96E16F49
	for <zzzz@localhost>; Tue,  8 Oct 2002 10:57:17 +0100 (IST)
from n20.grp.scd.yahoo.com (n20.grp.scd.yahoo.com
    [66.218.66.76]) by dogma.slashnull.org (8.11.6/8.11.6) with SMTP id
    g984dPK00892 for <zzzz@example.com>; Tue, 8 Oct 2002 05:39:26 +0100
From sentto-2242572-56003-1034050291-zzzz=example.com@returns.groups.yahoo.com  Tue Oct  8 10:58:44 2002

[Guido]
> Takers?  How is ESR's bogofilter packaged?  SpamAssassin?  The Perl
> Bayes filter advertised on slashdot?
WRT the last, it's a small pile of Windows .exe files along with
cygwin1.dll.  The .exes are cmdline programs.  One is a POP3 proxy.  If I
currently have an email server named, say, mail.comcast.net, with user name
timmy, then I change my email reader to say that my server is 127.0.0.1, and
that my user name on that server is mail.comcast.net:timmy.  In that way the
proxy picks up both the real server and user names from what the mail reader
tells it the user name is.
This is an N-way classifier (like ifile that way), and "all it does" is
insert a
X-Text-Classification:  one_of_the_class_names_you_picked
header into your email before passing it on to your mail reader.  The user
then presumably fiddles their mail reader to look for such headers and "do
something about it" (and even Outlook can handle *that* much <wink>).
The user is responsible for generating text files with appropriate examples
of each class of message, and for running the cmdline tools to train the
classifier.