RE: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The 'about' URI scheme) to Proposed Standard

"Murray S. Kucherawy" <msk@cloudmark.com> Fri, 17 June 2011 04:37 UTC

Return-Path: <msk@cloudmark.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ABE211E8085 for <ietf@ietfa.amsl.com>; Thu, 16 Jun 2011 21:37:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.684
X-Spam-Level:
X-Spam-Status: No, score=-102.684 tagged_above=-999 required=5 tests=[AWL=-0.685, BAYES_00=-2.599, J_CHICKENPOX_54=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3fglVQ9e0DBm for <ietf@ietfa.amsl.com>; Thu, 16 Jun 2011 21:37:56 -0700 (PDT)
Received: from ht2-outbound.cloudmark.com (ht2-outbound.cloudmark.com [72.5.239.36]) by ietfa.amsl.com (Postfix) with ESMTP id D663711E812C for <ietf@ietf.org>; Thu, 16 Jun 2011 21:37:56 -0700 (PDT)
Received: from EXCH-C2.corp.cloudmark.com ([172.22.1.74]) by spite.corp.cloudmark.com ([172.22.10.72]) with mapi; Thu, 16 Jun 2011 21:37:56 -0700
From: "Murray S. Kucherawy" <msk@cloudmark.com>
To: Barry Leiba <barryleiba@computer.org>, Andrew Sullivan <ajs@anvilwalrusden.com>
Date: Thu, 16 Jun 2011 21:37:54 -0700
Subject: RE: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The 'about' URI scheme) to Proposed Standard
Thread-Topic: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The 'about' URI scheme) to Proposed Standard
Thread-Index: Acwso0nBXdVstSrtTLW0MLCzuJoZcgABLxkQ
Message-ID: <F5833273385BB34F99288B3648C4F06F134EBC4874@EXCH-C2.corp.cloudmark.com>
References: <4D3A64FF.1020000@mit.edu> <4DF87637.2000301@gmail.com> <4DF885B5.4020202@gmx.de> <4DF8CA3D.7020904@gmail.com> <20110615201644.GB69872@shinkuro.com> <BANLkTineJQ0BGSrO_V4h1LnjCnnZmm-GGQ@mail.gmail.com>
In-Reply-To: <BANLkTineJQ0BGSrO_V4h1LnjCnnZmm-GGQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Julian Reschke <julian.reschke@gmx.de>, Alexey Melnikov <alexey.melnikov@isode.com>, "draft-holsten-about-uri-scheme@tools.ietf.org" <draft-holsten-about-uri-scheme@tools.ietf.org>, IETF Discussion <ietf@ietf.org>, Boris Zbarsky <bzbarsky@mit.edu>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
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>
X-List-Received-Date: Fri, 17 Jun 2011 04:37:57 -0000

> -----Original Message-----
> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On Behalf Of Barry Leiba
> Sent: Thursday, June 16, 2011 9:01 PM
> To: Andrew Sullivan
> Cc: draft-holsten-about-uri-scheme@tools.ietf.org; IETF Discussion;
> Julian Reschke; Boris Zbarsky; Alexey Melnikov
> Subject: Re: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The
> 'about' URI scheme) to Proposed Standard
> 
> Yes... I'm actually very confused about the point of this document.
> It's documenting a URI scheme that's used ONLY internally, and,
> therefore, has no interoperability requirements.  As best I can tell,
> the issue here is to let browser makers know what other browsers do,
> so that maybe new browsers will decide to do the same things.  That's
> fine, and that helps users have a consistent experience across
> browsers.  But it strikes me as Informational, not Standards Track.
> MUSTs and MUST NOTs seem completely out of place here, to me.
> 
> If different browsers exhibit different behaviour with the same
> about:xxxx URI, that's as it is, and the variations should be
> documented.  Developers of new browsers will have to decide which
> older browsers to emulate.
> 
> But none of this actually speaks to interoperability among browsers or
> web servers or applications or....

I suppose adding it as an IANA-registered scheme, referencing something that's Informational, is a reasonable way for a new browser implementer to be reminded that support for such a scheme is common and probably expected.

But if we feel that's either not useful or not the IETF's place (or not a valid use of the IANA scheme registry), then I'm left to +1 Barry's comments above.

-MSK