Re: several messages

der Mouse <mouse@Rodents-Montreal.ORG> Wed, 12 November 2008 16:38 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7637128C163; Wed, 12 Nov 2008 08:38:15 -0800 (PST)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7A8B3A6998; Tue, 11 Nov 2008 15:03:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.338
X-Spam-Level:
X-Spam-Status: No, score=-9.338 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G4oh8QZSpeRI; Tue, 11 Nov 2008 15:03:38 -0800 (PST)
Received: from Sparkle.Rodents-Montreal.ORG (Sparkle.Rodents-Montreal.ORG [216.46.5.7]) by core3.amsl.com (Postfix) with ESMTP id 518DB3A6831; Tue, 11 Nov 2008 15:03:38 -0800 (PST)
Received: (from mouse@localhost) by Sparkle.Rodents-Montreal.ORG (8.8.8/8.8.8) id SAA05532; Tue, 11 Nov 2008 18:03:28 -0500 (EST)
From: der Mouse <mouse@Rodents-Montreal.ORG>
Message-Id: <200811112303.SAA05532@Sparkle.Rodents-Montreal.ORG>
Mime-Version: 1.0
X-Erik-Conspiracy: There is no Conspiracy - and if there were I wouldn't be part of it anyway.
X-Message-Flag: Microsoft: the company who gave us the botnet zombies.
Date: Tue, 11 Nov 2008 17:54:01 -0500
To: ietf@ietf.org, gen-art@ietf.org
Subject: Re: several messages
In-Reply-To: <200811112242.mABMgeiu017498@drugs.dv.isc.org>
References: <200811112242.mABMgeiu017498@drugs.dv.isc.org>
X-Mailman-Approved-At: Wed, 12 Nov 2008 08:38:12 -0800
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org

>> Furthermore, you appear to think that all DNSBLs are reactive in
>> nature.  This is not true; there are at least a few DNSBLs that
>> proactively list "large indistinguishable pool" addresses.  In at
>> least one case, the pools are submitted to them by the providers
>> that run the pools.  Using such a list puts a substantial crimp in
>> direct-to-MX spamming.
> And the providers lie in those list.  [...port-25-block removal which
> doesn't remove from the DNSL data...]

Time to switch providers, I'd say.  But in any case, that's the fault
of the provider in question, not of the DNSBL, or of DNSBLs as a class.
The DNSBL is doing just what it told its users it would do - list
blocks reported to them by providers - and your issue, as reasonable
and serious as it is, is between the provider and you, or the provider
and the DNSBL, depending on and who's made what claims to whom and
which way you prefer to squint your mind.

Unless that _isn't_ what the DNSBL tells its users it will do....

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse@rodents-montreal.org
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B
_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf