Received: from localhost by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id JAA22622; Fri, 11 Jun 1999 09:35:05 -0400 (EDT) Received: by cs.cs.utk.edu (bulk_mailer v1.12); Fri, 11 Jun 1999 09:34:52 -0400 Received: by CS.UTK.EDU (cf v2.9s-UTK) id JAA22574; Fri, 11 Jun 1999 09:34:51 -0400 (EDT) Received: from maile.surrey.ac.uk (LOCALHOST.cs.utk.edu [127.0.0.1]) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id JAA22561; Fri, 11 Jun 1999 09:34:41 -0400 (EDT) Received: from maile.surrey.ac.uk (131.227.102.10 -> maile.surrey.ac.uk) by CS.UTK.EDU (smtpshim v1.0); Fri, 11 Jun 1999 09:34:42 -0400 Received: from petra.ee.surrey.ac.uk by maile.surrey.ac.uk with SMTP (PP); Fri, 11 Jun 1999 14:33:52 +0100 Date: Fri, 11 Jun 1999 14:34:02 +0100 (BST) From: Lloyd Wood X-Sender: eep1lw@petra.ee.surrey.ac.uk Reply-To: Lloyd Wood To: Dave Sill cc: ietf@ietf.org, drums@cs.utk.edu Subject: Re: Asinine anti-spam mechanisms In-Reply-To: <14176.64011.350217.45003@sws5.ctd.ornl.gov> Message-ID: Organization: speaking for none X-URL: http://www.ee.surrey.ac.uk/Personal/L.Wood/ X-no-archive: yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII List-Unsubscribe: On Fri, 11 Jun 1999, Dave Sill wrote: > Dave Crocker wrote: > > > >ps. While one is discussing peculiar ways to run mail systems, it might be > >worth noting that a peculiar way to participate in open discussions is to > >have your SMTP server reject (bounce, i.e., return) mail from one or > >another of the participants. > > That *would* be peculiar if Dan did that, but he doesn't. If a message > is sent both to a list he's on *and* directly to him, he bounces the > copy that was sent directly. I, too, find it annoying to receive > multiple copies of messages unnecessarily. I find it interesting that Dan bounces the direct copies, while only accepting the possibly-delayed copies which go through someone else's listserver he grumbles about. Using the quicker-to-arrive (usually direct) copies and silently discarding the later-to-arrive (usually listserver) copies as duplicates (based on message-ID) strikes me as the preferable strategy leading to more robust and timely mail for the user, but then I don't have an agenda. > I've just been too lazy to > implement Dan's approach. Some people complain about problems, others > fix them. and some people fix what they see as problems just to give them an opportunity to complain about other things they see as problems. L. has always been amazed by qmail's _polite_ messages. Who wrote those? PGP