42 lines
1.5 KiB
Plaintext
42 lines
1.5 KiB
Plaintext
Return-Path: guido@python.org
|
|
Delivery-Date: Fri Sep 6 15:43:33 2002
|
|
From: guido@python.org (Guido van Rossum)
|
|
Date: Fri, 06 Sep 2002 10:43:33 -0400
|
|
Subject: [Spambayes] Deployment
|
|
In-Reply-To: Your message of "Fri, 06 Sep 2002 10:39:48 EDT."
|
|
<3D788653.9143.1D8992DA@localhost>
|
|
References: <3D788653.9143.1D8992DA@localhost>
|
|
Message-ID: <200209061443.g86Ehie14557@pcp02138704pcs.reston01.va.comcast.net>
|
|
|
|
> > 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)
|
|
|
|
So we'll make this a config parameter.
|
|
|
|
> > - 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 ..
|
|
|
|
What's an 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.
|
|
|
|
I personally don't think IMAP has a bright future, but for people who
|
|
do use it, that's certainly a good approach.
|
|
|
|
> Instead of deleting messages (or, by reprogramming the delete
|
|
> function) they can quickly move ham into the ham folder.
|
|
|
|
Yes.
|
|
|
|
--Guido van Rossum (home page: http://www.python.org/~guido/)
|