Re: [apps-discuss] Updating the status of SPF

Andrew Sullivan <ajs@anvilwalrusden.com> Fri, 12 August 2011 22:24 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9254921F86AB for <apps-discuss@ietfa.amsl.com>; Fri, 12 Aug 2011 15:24:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.57
X-Spam-Level:
X-Spam-Status: No, score=-2.57 tagged_above=-999 required=5 tests=[AWL=0.029, 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 HbZXZ9WkVQXq for <apps-discuss@ietfa.amsl.com>; Fri, 12 Aug 2011 15:24:03 -0700 (PDT)
Received: from mail.yitter.info (mail.yitter.info [208.86.224.201]) by ietfa.amsl.com (Postfix) with ESMTP id CEC8821F867A for <apps-discuss@ietf.org>; Fri, 12 Aug 2011 15:24:03 -0700 (PDT)
Received: from shinkuro.com (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yitter.info (Postfix) with ESMTPSA id 143FC1ECB41D for <apps-discuss@ietf.org>; Fri, 12 Aug 2011 22:24:42 +0000 (UTC)
Date: Fri, 12 Aug 2011 18:24:39 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: apps-discuss@ietf.org
Message-ID: <20110812222438.GL2625@shinkuro.com>
References: <201108092337.39408.scott@kitterman.com> <201108121138.57806.scott@kitterman.com> <20110812161902.GH3724@shinkuro.com> <201108121729.09648.scott@kitterman.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <201108121729.09648.scott@kitterman.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [apps-discuss] Updating the status of SPF
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Aug 2011 22:24:04 -0000

On Fri, Aug 12, 2011 at 05:29:09PM -0400, Scott Kitterman wrote:

> The evidence I'm aware of points to number one as the most likely result of 
> doing this work.

Fully agree.

> I would prefer an initial charter that is oriented on this 
> path to minimize the amount of time that needs to be spent on bikeshed 
> discussions.

No.  This is exactly the process objection I have.  If SPF is supposed
to jump tracks, then everybody's live issues get to come out, or
nobody's do.  I made an analogy with EAI before, and one reason I did
was because their focus on mostly modest changes has been enabled
exactly by the short duration of the experiment.  

A so-called experiment that has run as long as SPF (it was published
five years ago) should not be moved to the standards track without the
opportunity for everyone who thinks there's a problem to have hits.
Those people can be ruled out by the WG as unrealistic given the
deployed base, but they ought not to be ruled out by administrative
fiat (which is what keeping the charter so narrow entails).  This
isn't to say I think that a standards-track SPF that is 4408bis, with
only niggling changes, is wrong.  I'm just opposed to making that a
rule for a WG that is also moving SPF to the standards track.  If we
make such a rule, we are in effect making the experimental track step
0 of the standards track (if you count from 1, else s/0/-1/).  In this
age where we are dying to get rid of standards levels, I think adding
experimental to the front is a bad idea.

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com