From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Peter Lee Newsgroups: gmane.emacs.help Subject: Re: w3 under development or not? Date: Fri, 14 Nov 2003 22:39:24 GMT Organization: ~ Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <878ymm6d18.fsf@lucien.dreaming> <87brrf2wsu.fsf@yahoo.co.uk> <4nr80b2apy.fsf@lockgroove.bwh.harvard.edu> <4nekwa3i5b.fsf@lockgroove.bwh.harvard.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1068849905 31886 80.91.224.253 (14 Nov 2003 22:45:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 14 Nov 2003 22:45:05 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Nov 14 23:45:03 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AKmgY-0004zk-00 for ; Fri, 14 Nov 2003 23:45:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AKndK-0001Q7-Id for geh-help-gnu-emacs@m.gmane.org; Fri, 14 Nov 2003 18:45:46 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!snoopy.risq.qc.ca!news.primus.ca!news.primus.ca!prodigy.com!prodigy.com!newsmst01.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssvr23.news.prodigy.com.POSTED!404941e6!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (windows-nt) Cancel-Lock: sha1:r0tliFyWh6pIPcSgrAn6qoLuxno= Original-Lines: 37 Original-NNTP-Posting-Host: 216.62.199.3 Original-X-Complaints-To: abuse@prodigy.net Original-X-Trace: newssvr23.news.prodigy.com 1068849564 ST000 216.62.199.3 (Fri, 14 Nov 2003 17:39:24 EST) Original-NNTP-Posting-Date: Fri, 14 Nov 2003 17:39:24 EST X-UserInfo1: TSU[@I_A\S@SSTX[KZD\_T@@USXHQD\MNPWZKB]MPXHZUYICD^RAQBKZQTZTX\_I[^G_KGFNON[ZOE_AZNVO^\XGGNTCIRPIJH[@RQKBXLRZ@CD^HKANYVW@RLGEZEJN@\_WZJBNZYYKVIOR]T]MNMG_Z[YVWSCH_Q[GPC_A@CARQVXDSDA^M]@DRVUM@RBM Original-Xref: shelby.stanford.edu gnu.emacs.help:118291 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:14232 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:14232 >>>> Ted Zlatanov writes: Ted> There are many, many such tools. For Unix mail servers the Ted> options are plentiful and a simple web search will turn them Ted> up. I don't use Windows mail servers but I'm sure similar Ted> tools exist for them. After a brief look at Procmail and SpamAssassin, I don't see how they solve the problem. Installing either locally still results in the mail being pulled down my small pipe from swbell. The only benefit I see to them is if your mail client either: a) doesn't have spam support b) retrieves mail in a synchronous fashion Neither a or b apply to Outlook. Unfortunately b does apply to Gnus which is my preferred client. So I could use one of those to prevent Gnus from locking up while retrieving 20-80 of those patches, but they will still have to come down my connection, potentially when I'm doing something important like playing Half-life or Quake. I suppose I could lobby for swbell to install SpamAssassin. But then I'm dependent on someone else setting up rules that could potentially cost me a valid email now and again. They'd never do it anyway. What would be cool is if (in Gnus) you could download mail headers only first... run through spam processor... then only download valid mail, and reprocess again including body. The spam would still show up in spam group, possibly annotated to show that only the headers have been retrieved on some (hopefully most). If you moved it to a ham group it would then fetch the mail, otherwise it would be expired and on expiry be deleted from the server the next time you asked for mail. It would be slower, but not as slow as downloading 20-80 of those patches.