Re: [Asrg] filtering at connect time
Brad Templeton <brad@templetons.com> Wed, 05 March 2003 02:33 UTC
Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA19470 for <asrg-archive@odin.ietf.org>; Tue, 4 Mar 2003 21:33:27 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h252iCL03859 for asrg-archive@odin.ietf.org; Tue, 4 Mar 2003 21:44:12 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h252iC503856 for <asrg-web-archive@optimus.ietf.org>; Tue, 4 Mar 2003 21:44:12 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA19462; Tue, 4 Mar 2003 21:32:56 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h252h2503837; Tue, 4 Mar 2003 21:43:02 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h252gr503822 for <asrg@optimus.ietf.org>; Tue, 4 Mar 2003 21:42:53 -0500
Received: from main.templetons.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA19451 for <asrg@ietf.org>; Tue, 4 Mar 2003 21:31:37 -0500 (EST)
Received: (from brad@localhost) by main.templetons.com (8.11.6/8.11.2) id h252Xbg14630; Tue, 4 Mar 2003 18:33:37 -0800
From: Brad Templeton <brad@templetons.com>
To: "Dr. Jeffrey Race" <jrace@attglobal.net>
Cc: "asrg@ietf.org" <asrg@ietf.org>, Vernon Schryver <vjs@calcite.rhyolite.com>
Subject: Re: [Asrg] filtering at connect time
Message-ID: <20030305023337.GQ7500@main.templetons.com>
References: <200303050158.UAA18848@ietf.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <200303050158.UAA18848@ietf.org>
User-Agent: Mutt/1.4i
Organization: http://www.templetons.com/brad
Sender: asrg-admin@ietf.org
Errors-To: asrg-admin@ietf.org
X-BeenThere: asrg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=unsubscribe>
List-Id: Anti-Spam Research Group - IRTF <asrg.ietf.org>
List-Post: <mailto:asrg@ietf.org>
List-Help: <mailto:asrg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/asrg>, <mailto:asrg-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/pipermail/asrg/>
Date: Tue, 04 Mar 2003 18:33:37 -0800
On Wed, Mar 05, 2003 at 09:00:00AM +0700, Dr. Jeffrey Race wrote: > On Tue, 4 Mar 2003 13:17:14 -0700 (MST), Vernon Schryver wrote: > > >That is not right. People who operate relays may be less culpable than > >the original senders of spam, but they are certainly blame worthy > >and they are certainly not victims in the same class as spam targets. > > The term of art is 'contributory negligence' That is the term, but only a very few years ago open relays were the norm, even the polite thing to do. Until people came up with kludges like smtp-after-pop, they were even the approved way to help your users who roamed around the network. So in the law it's quite a leap from moving something from expected norm to negligent in just a few years. The draft I proposed allows open relays for those who wish to use them, though they can't run mailing lists from them. So I suggest it is not inherent that open mail relays must be closed. Plus it's an interesting precedent. For example, if you run MS Windows as found on the CD, your machine can be invaded and used as a base for DDOS. Should you be sued over this? Should Microsoft? What about after patches become available? It's messy. Anyway, the point is the open relay operators are not doing things deliberately. They don't want to relay spam. They are spammer's victims. If possible, we should try to help them. Forcing them all to close is something to be done only if we have exhausted all ways to solve the problem. Plus there are "open" relay operators who state they have put in throttles which stop spammers (or anybody untrusted) from sending large volumes of mail through the relay. Yet the blacklist relay testers don't test a large volume, they test a single message, and blacklist the relay even though it is not practical for spammers to use it. _______________________________________________ Asrg mailing list Asrg@ietf.org https://www1.ietf.org/mailman/listinfo/asrg
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] filtering at connect time Mark Delany
- Re: [Asrg] filtering at connect time wayne
- Re: [Asrg] filtering at connect time David F. Skoll
- Re: [Asrg] filtering at connect time David F. Skoll
- Re: [Asrg] filtering at connect time Craig Hughes
- Re: [Asrg] filtering at connect time Justin Mason
- Re: [Asrg] filtering at connect time David F. Skoll
- Re: [Asrg] filtering at connect time Justin Mason
- Re: [Asrg] filtering at connect time David F. Skoll
- Re: [Asrg] filtering at connect time Chris Lewis
- Re: [Asrg] filtering at connect time Mark Delany
- Re: [Asrg] filtering at connect time Brad Templeton
- Re: [Asrg] filtering at connect time David F. Skoll
- Temp-failing first-time unknowns (was Re: [Asrg] … David F. Skoll
- Re: [Asrg] filtering at connect time Vernon Schryver
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- Re: [Asrg] filtering at connect time Brad Templeton
- [Asrg] Are open relays on the decline? wayne
- Re: [Asrg] filtering at connect time Chris Lewis
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- Re: [Asrg] filtering at connect time Brad Davis
- Re: [Asrg] filtering at connect time Chris Lewis
- Re: [Asrg] filtering at connect time Vernon Schryver
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Jim Youll
- Re: [Asrg] Spam detection system proposal Justin Mason
- Re: [Asrg] Spam detection system proposal Bill Yerazunis
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] Spam detection system proposal Justin Mason
- Re: [Asrg] filtering at connect time Jim Youll
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Daniel Feenberg
- Re: [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] filtering at connect time Jim Youll
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Brad Templeton
- Re: [Asrg] Spam detection system proposal Justin Mason
- Re: [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] Spam detection system proposal Vernon Schryver
- Re: [Asrg] Spam detection system proposal David F. Skoll
- Re: [Asrg] filtering at connect time Daniel Feenberg
- Re: [Asrg] filtering at connect time Keith Moore
- Re: [Asrg] filtering at connect time Jim Youll
- Re: [Asrg] filtering at connect time Kee Hinckley
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- Re: [Asrg] Massive bounce rates on spammer lists Justin Mason
- Re: [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] filtering at connect time Michael Marking
- Re: [Asrg] filtering at connect time Dr. Jeffrey Race
- Re: [Asrg] filtering at connect time Vernon Schryver
- Re: [Asrg] filtering at connect time Tony Finch