Re: [Uri-review] In WG last call review of URI Schemes rtsp, rtsps and rtspu

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Fri, 11 May 2012 06:14 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: uri-review@ietfa.amsl.com
Delivered-To: uri-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45BFB9E8007 for <uri-review@ietfa.amsl.com>; Thu, 10 May 2012 23:14:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.759
X-Spam-Level:
X-Spam-Status: No, score=-98.759 tagged_above=-999 required=5 tests=[AWL=0.031, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_BACKHAIR_21=1, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
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 DdxHIZue92wz for <uri-review@ietfa.amsl.com>; Thu, 10 May 2012 23:14:53 -0700 (PDT)
Received: from scintmta02.scbb.aoyama.ac.jp (scintmta02.scbb.aoyama.ac.jp [133.2.253.34]) by ietfa.amsl.com (Postfix) with ESMTP id 3FF369E8001 for <uri-review@ietf.org>; Thu, 10 May 2012 23:14:52 -0700 (PDT)
Received: from scmse02.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta02.scbb.aoyama.ac.jp (secret/secret) with SMTP id q4B6Eg38022405 for <uri-review@ietf.org>; Fri, 11 May 2012 15:14:44 +0900
Received: from (unknown [133.2.206.133]) by scmse02.scbb.aoyama.ac.jp with smtp id 5239_dc22_9906dc98_9b30_11e1_8bc0_001d096c5782; Fri, 11 May 2012 15:14:42 +0900
Received: from [IPv6:::1] ([133.2.210.1]:54909) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S15C3840> for <uri-review@ietf.org> from <duerst@it.aoyama.ac.jp>; Fri, 11 May 2012 15:14:45 +0900
Message-ID: <4FACAE4F.1040707@it.aoyama.ac.jp>
Date: Fri, 11 May 2012 15:14:39 +0900
From: =?UTF-8?B?Ik1hcnRpbiBKLiBEw7xyc3Qi?= <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: "Roy T. Fielding" <fielding@gbiv.com>
References: <4F99665D.8060404@ericsson.com> <CA+9kkMAvr6eXHzB_HMVgGqBHpUpeuh-mrWRP6-Ap0w3SZLvV-Q@mail.gmail.com> <4FA13522.6020103@ericsson.com> <C68CB012D9182D408CED7B884F441D4D194AD547DE@nambxv01a.corp.adobe.com> <4FA8EB2E.8070609@ericsson.com> <4FA8F231.90407@gmx.de> <CA+9kkMCOatpOO2P5c0PxSt=CKfUCG2pOaKYNkP-e-80ianps1Q@mail.gmail.com> <4FA95C23.3030802@gmx.de> <CA+9kkMBzae-tcMSjidwLF5kD5_FD1soNDGOgWA+jLLH0QYVLfA@mail.gmail.com> <F83F17D2-8E61-4F43-A183-8EC457291A59@gbiv.com> <4FA9CB84.8030609@it.aoyama.ac.jp> <2591522F-75D2-4AE7-A4F9-02528B91433D@gbiv.com> <CA+9kkMA_aRticFB+G9m-4K05uy9wrFu4OTzq1dZYp=MTmQL9tQ@mail.gmail.com> <3E660409-CFC3-4491-923C-070939F72B17@gbiv.com>
In-Reply-To: <3E660409-CFC3-4491-923C-070939F72B17@gbiv.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Julian Reschke <julian.reschke@gmx.de>, "public-iri@w3.org" <public-iri@w3.org>, Ted Hardie <ted.ietf@gmail.com>, "uri-review@ietf.org" <uri-review@ietf.org>, "mmusic-chairs@tools.ietf.org" <mmusic-chairs@tools.ietf.org>
Subject: Re: [Uri-review] In WG last call review of URI Schemes rtsp, rtsps and rtspu
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/uri-review>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 May 2012 06:14:54 -0000

On 2012/05/11 2:44, Roy T. Fielding wrote:
> On May 9, 2012, at 7:21 AM, Ted Hardie wrote:
>
>> On Tue, May 8, 2012 at 9:28 PM, Roy T. Fielding<fielding@gbiv.com>
>> wrote, quoting Graham Klyne:
>>
>>>>    Note that this specification, like any URI scheme specification, does
>>>>    not define syntax or meaning of a fragment identifier (see [STD66]),
>>>>    because these depend on the type of a retrieved representation.  In
>>>>    the currently known usage scenarios, a 'mailto' URI cannot be used to
>>>>    retrieve such representations.  Therefore, fragment identifiers are
>>>>    meaningless, SHOULD NOT be used on 'mailto' URIs, and SHOULD be
>>>>    ignored upon resolution.  The character "#" in<hfvalue>s MUST be
>>>>    escaped as %23.
>>>>
>>>> This seems to be fully in line with the discussion up to here, including Roy's comment above, but if anybody thinks it needs to be changed, please send some new proposed wording.
>>>
>>> The second to last sentence is wrong.  That spec cannot make
>>> normative requirements about something that is out of scope;
>>> any fragment is completely outside the scope of a URI scheme
>>> specification.  Just remove the "Therefore, ... resolution."
>>> sentence -- it serves no useful purpose.

>> Would you still object if it simply said "Therefor fragment
>> identifiers are meaningless in current email contexts."?  I think this
>> remains useful and it eliminates the normative language.
>
> I wouldn't object, but I personally don't like talking about
> "current contexts" in a spec that will live for decades.
> I don't see why it matters -- if it is meaningless, nobody
> will use them; if they use them, they won't be meaningless.

I agree that "current contexts" is the wrong wording. What about 
something like:
"Therefore, at the time of publication of this document, fragment 
identifiers are meaningless in current email contexts."

Regards,   Martin.