Re: [apps-discuss] The acct: scheme question

Graham Klyne <GK@ninebynine.org> Wed, 27 June 2012 17:13 UTC

Return-Path: <GK@ninebynine.org>
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 4F13A21F865C for <apps-discuss@ietfa.amsl.com>; Wed, 27 Jun 2012 10:13:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 YC9Q1L-o8RyW for <apps-discuss@ietfa.amsl.com>; Wed, 27 Jun 2012 10:13:20 -0700 (PDT)
Received: from relay9.mail.ox.ac.uk (relay9.mail.ox.ac.uk [163.1.2.169]) by ietfa.amsl.com (Postfix) with ESMTP id 17BFC21F8653 for <apps-discuss@ietf.org>; Wed, 27 Jun 2012 10:13:20 -0700 (PDT)
Received: from smtp1.mail.ox.ac.uk ([129.67.1.207]) by relay9.mail.ox.ac.uk with esmtp (Exim 4.75) (envelope-from <GK@ninebynine.org>) id 1Sjvnm-00086s-TL; Wed, 27 Jun 2012 18:13:14 +0100
Received: from gklyne.plus.com ([80.229.154.156] helo=Eskarina.local) by smtp1.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <GK@ninebynine.org>) id 1Sjvnl-0003SV-56; Wed, 27 Jun 2012 18:13:14 +0100
Message-ID: <4FEB3060.1040805@ninebynine.org>
Date: Wed, 27 Jun 2012 17:10:08 +0100
From: Graham Klyne <GK@ninebynine.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0) Gecko/20110812 Thunderbird/6.0
MIME-Version: 1.0
To: SM <sm@resistor.net>
References: <9452079D1A51524AA5749AD23E00392812B6B6@exch-mbx901.corp.cloudmark.com> <CAKaEYhKpeayOw4sN4=NYaoXKJQ2e5P+pP8SqJqnt-=Barb=WqA@mail.gmail.com> <4FEA6677.3020705@it.aoyama.ac.jp> <6.2.5.6.2.20120626224534.0a8b4298@resistor.net>
In-Reply-To: <6.2.5.6.2.20120626224534.0a8b4298@resistor.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Oxford-Username: zool0635
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] The acct: scheme question
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: Wed, 27 Jun 2012 17:13:21 -0000

On 27/06/2012 07:06, SM wrote:
> Hi Martin,
> At 18:48 26-06-2012, Martin J. Dürst wrote:
>> Warning: procedural nitpicking ahead!
>>
>> I think we should be careful about this. uri-review@ietf.org is for review of
>> URI/IRI schemes in general. This has a rather low barrier. The fact that it
>> gets approved there doesn't mean that it will pass through the IETF
>> standardization process. On the other hand, if the IETF standardizes it, it
>> has the possibility of overriding the decision on uri-review@ietf.org if that
>> should be necessary.
>> I'm just mentioning this here because we have been through this for another
>> URI scheme.
>
> I don't like the idea of mixing registration criteria and the standardization
> process. The authors of the other URI scheme were nice not to turn such a matter
> into an issue. This is the sort of issue which generate controversies. It will
> be detrimental to the IETF as people will walk away.

FWIW, as URI scheme reviewer, I would generally regard achieving standards-track 
status as demonstrating satisfaction of criteria for permanent registration. 
It's one of the strongest expressions of community consensus that I know of.

As far as I'm aware, the URI-review list doesn't make decisions, but it does 
provide a pool of comments that can help to indicate the level of consensus for 
a proposal, and highlight if there are any potential problems that need to be 
addressed.  Considering the role of the reviewer as more concierge than 
gatekeeper, this helps me to make hopefully constructive comments to a submitter.

#g
--