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

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Wed, 09 May 2012 05:41 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 7023A21F85E1 for <uri-review@ietfa.amsl.com>; Tue, 8 May 2012 22:41:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.757
X-Spam-Level:
X-Spam-Status: No, score=-98.757 tagged_above=-999 required=5 tests=[AWL=0.033, 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 g75MNG3sc1Uq for <uri-review@ietfa.amsl.com>; Tue, 8 May 2012 22:41:27 -0700 (PDT)
Received: from scintmta01.scbb.aoyama.ac.jp (scintmta01.scbb.aoyama.ac.jp [133.2.253.33]) by ietfa.amsl.com (Postfix) with ESMTP id 95A0421F85DD for <uri-review@ietf.org>; Tue, 8 May 2012 22:41:27 -0700 (PDT)
Received: from scmse01.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta01.scbb.aoyama.ac.jp (secret/secret) with SMTP id q495fIEU000316 for <uri-review@ietf.org>; Wed, 9 May 2012 14:41:18 +0900
Received: from (unknown [133.2.206.133]) by scmse01.scbb.aoyama.ac.jp with smtp id 5f89_8666_99d05d22_9999_11e1_a798_001d096c566a; Wed, 09 May 2012 14:41:18 +0900
Received: from [IPv6:::1] ([133.2.210.1]:38482) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S15C28BC> for <uri-review@ietf.org> from <duerst@it.aoyama.ac.jp>; Wed, 9 May 2012 14:41:22 +0900
Message-ID: <4FAA0371.1020106@it.aoyama.ac.jp>
Date: Wed, 09 May 2012 14:41:05 +0900
From: "\"Martin J. Dürst\"" <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>
In-Reply-To: <2591522F-75D2-4AE7-A4F9-02528B91433D@gbiv.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
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>
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: Wed, 09 May 2012 05:41:28 -0000

On 2012/05/09 13:28, Roy T. Fielding wrote:
> On May 8, 2012, at 6:42 PM, Martin J. Dürst wrote:

>> This is what both http://tools.ietf.org/html/rfc6068 ("The 'mailto' URI Scheme") and http://tools.ietf.org/html/draft-duerst-eai-mailto-03 (an update to include EAI) currently say on this topic:
>>
>>    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.
>
> ....Roy

Thanks, fixed in my internal copy.

Regards,    Martin.