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

Scott Kitterman <spf2@kitterman.com> Mon, 23 April 2012 19:08 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 8525121E8026 for <spfbis@ietfa.amsl.com>; Mon, 23 Apr 2012 12:08:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.583
X-Spam-Level:
X-Spam-Status: No, score=-2.583 tagged_above=-999 required=5 tests=[AWL=0.016, 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 ByPLUOk+UV3x for <spfbis@ietfa.amsl.com>; Mon, 23 Apr 2012 12:08:10 -0700 (PDT)
Received: from mailout02.controlledmail.com (mailout02.controlledmail.com [72.81.252.18]) by ietfa.amsl.com (Postfix) with ESMTP id BA7BD21E801B for <spfbis@ietf.org>; Mon, 23 Apr 2012 12:08:10 -0700 (PDT)
Received: from mailout02.controlledmail.com (localhost [127.0.0.1]) by mailout02.controlledmail.com (Postfix) with ESMTP id 121BB20E40E9; Mon, 23 Apr 2012 15:08:10 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kitterman.com; s=2007-00; t=1335208090; bh=O2NNlqmuPEfbVGi+M4SG4zJWSX6ycx9nR48HYzq4R9I=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Transfer-Encoding:Content-Type; b=R/LeASBXghXh26qeHqhCfYdwF2jQZo689qLJ2WADuQT2rxYcjgvxYXht17YAJYmoE b8aJfKRjxGZBdQhqW5Q1Cc+oevzDGWJUkCGXl0ATvJiXrwilYX9Y8jFgvID5fiypAv WnHSLDxEW424efKISHn0s5hm+Yerc0+79xb7jvy8=
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 E87C520E40E3; Mon, 23 Apr 2012 15:08:09 -0400 (EDT)
From: Scott Kitterman <spf2@kitterman.com>
To: spfbis@ietf.org
Date: Mon, 23 Apr 2012 15:08:09 -0400
Message-ID: <1663186.LKXEFjErpA@scott-latitude-e6320>
User-Agent: KMail/4.8.2 (Linux/3.2.0-23-generic-pae; KDE/4.8.2; i686; ; )
In-Reply-To: <CAC4RtVCnFXT=goe0tgJjq1CsOV_TRK+XSR5GDu8DjGtVN7b8KA@mail.gmail.com>
References: <CAC4RtVAV5PH+VMzppVxAQgGq0f28ARN846e17G_8sbLCThm-KA@mail.gmail.com> <63583111.FeGGmhBaS4@scott-latitude-e6320> <CAC4RtVCnFXT=goe0tgJjq1CsOV_TRK+XSR5GDu8DjGtVN7b8KA@mail.gmail.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 19:08:11 -0000

On Monday, April 23, 2012 12:13:56 PM Barry Leiba wrote:
> > I'm arguing that the current text remain.
> 
> Scott is right that because what's there has rough consensus, he does not
> need to establish consensus to leave it there.
> 
> That said, I think the current text ill-serves the document, so let me try
> again.  How about this, which I think does not attempt to attribute
> anything but the Experimental requirement to the old IESG:
> 
> OLD
>    Due to the absence of consensus behind one or the other, and because
>    Sender-ID supported use of the same policy statement defined by SPF,
>    the IESG at the time was concerned that an implementation of
>    Sender-ID might erroneously apply that statement to a message and,
>    depending on selected recipient actions, could improperly interfere
>    with message delivery.  As a result, the IESG required the
>    publication of all of these documents as Experimental, and requested
>    that the community observe deployment and operation of the protocols
>    over a period of two years from the date of publication in order to
>    determine a reasonable path forward.
> 
> NEW
>    Consensus did not clearly support one protocol over the other, and
>    there was significant concern that the two would conflict in some
>    significant operational situations, interfering with message delivery.
>    The IESG required the publication of all of these documents as
>    Experimental, and requested that the community observe deployment
>    and operation of the protocols over a period of two years from the date
>    of publication in order to determine a reasonable path forward.
> 
> Does that work?  I think it says what it needs to say without trying to
> either blame anyone or get into historical details that are not necessary
> in this document.
> 
> Barry

I think it is biased towards Sender ID by pretending an equivalence that is 
incorrect, but it's not worth arguing over.  Go ahead with it as far as I'm 
concerned.

Scott K