Re: [spfbis] Review of draft-ietf-spfbis-experiment-05

Scott Kitterman <spf2@kitterman.com> Mon, 23 April 2012 04:02 UTC

Return-Path: <spf2@kitterman.com>
X-Original-To: spfbis@ietfa.amsl.com
Delivered-To: spfbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D879D21F852D for <spfbis@ietfa.amsl.com>; Sun, 22 Apr 2012 21:02:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.58
X-Spam-Level:
X-Spam-Status: No, score=-2.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c5FyHJYFU4il for <spfbis@ietfa.amsl.com>; Sun, 22 Apr 2012 21:02:57 -0700 (PDT)
Received: from mailout02.controlledmail.com (mailout02.controlledmail.com [72.81.252.18]) by ietfa.amsl.com (Postfix) with ESMTP id 2E8B121F848E for <spfbis@ietf.org>; Sun, 22 Apr 2012 21:02:57 -0700 (PDT)
Received: from mailout02.controlledmail.com (localhost [127.0.0.1]) by mailout02.controlledmail.com (Postfix) with ESMTP id 9019320E40E0; Mon, 23 Apr 2012 00:02:56 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=2007-00; t=1335153776; bh=wD6Dm/+VCL8djc9kUOpDMy0M2pb2fmE9E9XFB2N7ruA=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Transfer-Encoding:Content-Type; b=PwCuvE+mvc+IYy7e89y5rVD3uw93lhXFqu0sU/ktP4WRcNPYYOlikIB7PSiePUtBC fTS9NeActaN7T9rtTI/8h6kch4kmf5+zwYcCAkSZe8UjblNablHTOi6rlElFYnacCN QNm3T3LdCW9NKXFgp39FQO4Ap3LQRD6T1WVAk/mE=
Received: from scott-latitude-e6320.localnet (static-72-81-252-21.bltmmd.fios.verizon.net [72.81.252.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout02.controlledmail.com (Postfix) with ESMTPSA id 72F2420E4091; Mon, 23 Apr 2012 00:02:56 -0400 (EDT)
From: Scott Kitterman <spf2@kitterman.com>
To: spfbis@ietf.org
Date: Mon, 23 Apr 2012 00:02:55 -0400
Message-ID: <2738361.74YB1Lktta@scott-latitude-e6320>
User-Agent: KMail/4.8.2 (Linux/3.2.0-23-generic-pae; KDE/4.8.2; i686; ; )
In-Reply-To: <9452079D1A51524AA5749AD23E0039280FED45@exch-mbx901.corp.cloudmark.com>
References: <CAC4RtVAV5PH+VMzppVxAQgGq0f28ARN846e17G_8sbLCThm-KA@mail.gmail.com> <16903045.7Ta8mtnNKj@scott-latitude-e6320> <9452079D1A51524AA5749AD23E0039280FED45@exch-mbx901.corp.cloudmark.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"
X-AV-Checked: ClamAV using ClamSMTP
Subject: Re: [spfbis] Review of draft-ietf-spfbis-experiment-05
X-BeenThere: spfbis@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SPFbis discussion list <spfbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spfbis>, <mailto:spfbis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/spfbis>
List-Post: <mailto:spfbis@ietf.org>
List-Help: <mailto:spfbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spfbis>, <mailto:spfbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Apr 2012 04:02:58 -0000

On Monday, April 23, 2012 03:51:45 AM Murray S. Kucherawy wrote:
> > -----Original Message-----
> > From: spfbis-bounces@ietf.org [mailto:spfbis-bounces@ietf.org] On Behalf
> > Of Scott Kitterman Sent: Sunday, April 22, 2012 8:29 PM
> > To: spfbis@ietf.org
> > Subject: Re: [spfbis] Review of draft-ietf-spfbis-experiment-05
> > 
> > Since Sender ID makes use of SPF records, it is possible to make the
> > claim that lack of publishing Sender ID specific records is not a sign
> > of disinterest in Sender ID, but in fact a sign that few senders find
> > problems with publishing an SPF records for both.
> > 
> > Since a large number of domains (I don't have a number I can support,
> > but it's clear that SPF was widely adopted before the Sender ID RFCs
> > were published) published records before they were used for both
> > protocols, I think it's an important point that all those domains were
> > opt-ed in to the Sender ID experiment involuntarily.
> 
> Taken together, this says early SPF adopters became unwitting participants
> in the Sender ID experiment, but it didn't make a difference in the end
> because it didn't cause any problems.  If that's the case, then why is
> highlighting who was "here" first (in terms of the DNS mechanism) an
> important thing?
> > There are any number of ways we could re-write history to make things
> > more palatable, but I think it's important that what we say be correct.
> 
> I think there's a difference between deliberate historical revisionism and
> an effort to avoid details that don't appear to be relevant to the matter
> at hand.  The actual history is well-documented if the curious want to go
> unearth it.  We aren't trying to hide anything; we're just trying to (and
> need to) avoid showing bias.

Facts are not bias.  Wanting to sweep them under the rug is bias.  What I am 
asking for is the exact opposite of bias.

Scott K