>>>>> "TP" == Tim Peters <tim.one@comcast.net> writes:
>> Any thought to wrapping up your spam and ham test sets for
>> inclusion w/ the spambayes project?
TP> I gave it all the thought it deserved <wink>.  It would be
TP> wonderful to get several people cranking on the same test
TP> data, and I'm all in favor of that.  OTOH, my Data/ subtree
TP> currently has more than 35,000 files slobbering over 134
TP> million bytes -- even if I had a place to put that much stuff,
TP> I'm not sure my ISP would let me email it in one msg <wink>.
Check it into the spambayes project.  SF's disks are cheap <wink>.
-Barry

> Check it into the spambayes project.  SF's disks are cheap <wink>.
Perhaps more useful would be if Tim could check in the pickle(s?)
generated by one of his training runs, so that others can see how
Tim's training data performs against their own corpora.  This could
also be the starting point for a self-contained distribution (you've
got to start with *something*, and training with python-list data
seems just as good as anything else).
--Guido van Rossum (home page: http://www.python.org/~guido/)

On 6 Sep 2002 at 10:31, Guido van Rossum wrote:
>   your mail, and gives you only the non-spam.  To train it, you'd only need
>   to send it the false negatives somehow; it can assume that anything is
>   ham that you don't say is spam within 48 hours.
I have folks who leave their email programs running 24 hours a day, constantly polling
for mail. If they go away for a long weekend, lots of "friday night spam" will become
ham on sunday night.  (Friday night seems to be the most popular time)
> - Your idea here.
Ultimately I'd like to see tight integration into the "most popular email clients".. As a
stop-gap to the auto-ham ..
How about adding an IMAP server with a spam and deleted-ham folder. Most email
clients can handle IMAP. Users should be able to quickly move "spam" into the spam
folder.
Instead of deleting messages (or, by reprogramming the delete function) they can
quickly move ham into the ham folder.
In either case, the message would be processed and then destroyed.
Brad Clements,                bkc@murkworks.com   (315)268-1000
http://www.murkworks.com                          (315)268-9812 Fax
AOL-IM: BKClements