Re: [Uri-review] Request for review
Martin Duerst <duerst@it.aoyama.ac.jp> Tue, 04 July 2006 09:27 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FxhCE-0006Yr-Tv; Tue, 04 Jul 2006 05:27:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FxhCE-0006Ym-4q for uri-review@ietf.org; Tue, 04 Jul 2006 05:27:54 -0400
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FxhCB-0006ab-FJ for uri-review@ietf.org; Tue, 04 Jul 2006 05:27:54 -0400
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id k649Rlo5007729; Tue, 4 Jul 2006 18:27:47 +0900 (JST)
Received: from (133.2.210.1) by scmse2.scbb.aoyama.ac.jp via smtp id 25fa_5ab4bce4_0b3f_11db_930b_0014221f2a2d; Tue, 04 Jul 2006 18:27:46 +0900
Received: from Tanzawa.it.aoyama.ac.jp (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.6/8.13.1) with ESMTP id k649RFhL005573; Tue, 4 Jul 2006 18:27:42 +0900
Message-Id: <6.0.0.20.2.20060704121125.07130a80@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 04 Jul 2006 12:14:49 +0900
To: Mark Baker <distobj@acm.org>, Andrey Shur <andreysh@exchange.microsoft.com>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Uri-review] Request for review
In-Reply-To: <c70bc85d0607031733x2dece110mfa2e628db08598b6@mail.gmail.co m>
References: <c70bc85d0606290740i458c1666j85b09636d5a84679@mail.gmail.com> <1D4A05136773CF4DB373F6FE4E10315001972C6196@df-pug-msg.exchange.corp.microsoft.com> <c70bc85d0607031733x2dece110mfa2e628db08598b6@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Cc: "John Calhoon (LCA)" <John.Calhoon@microsoft.com>, TedHardie <hardie@qualcomm.com>, "uri-review@ietf.org" <uri-review@ietf.org>, Jerry Dunietz <jerryd@windows.microsoft.com>, Gregg Brown <greggb@microsoft.com>, "Jerry@scmailgw1.scop.aoyama.ac.jp" <Jerry@scmailgw1.scop.aoyama.ac.jp>
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
Errors-To: uri-review-bounces@ietf.org
At 09:33 06/07/04, Mark Baker wrote: >On 7/3/06, Andrey Shur <andreysh@exchange.microsoft.com> wrote: >> Could you please explain how your solution works for the package residing on non-HTTP (e.g. FTP) server? > >If I had a package at; > > ftp://example.org/foo/my.package/ > >then I could identify parts like so; > > ftp://example.org/foo/my.package/part1 Would that mean that the server would do the expansion? Or the client? If the client, then that would essentially mean an update to the ftp: scheme, or not? The ftp client would have to go through the hierarchy down to the point where it expects a directory but finds a package file, then download the package file and apply the rest of the URI path to find the actual file. No current ftp client does that. (Not that I like the pack: scheme, it's really ugly in many ways.) Regards, Martin. #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp _______________________________________________ Uri-review mailing list Uri-review@ietf.org https://www1.ietf.org/mailman/listinfo/uri-review
- [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- Re: [Uri-review] Request for review Daniel R. Tobias
- RE: [Uri-review] Request for review Gregg Brown
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- RE: [Uri-review] Request for review Martin Duerst
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Martin Duerst
- RE: [Uri-review] Request for review Jerry Dunietz
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Jerry Dunietz
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Jerry Dunietz
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Martin Duerst
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Mark Baker
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Roy T. Fielding
- RE: [Uri-review] Request for review Andrey Shur
- Re: [Uri-review] Request for review Roy T. Fielding
- Re: [Uri-review] Request for review Roy T. Fielding
- RE: [Uri-review] Request for review Martin Duerst
- RE: [Uri-review] Request for review Andrey Shur
- RE: [Uri-review] Request for review Andrey Shur
- [Uri-review] Request for review Frank Ellermann
- Re: [Uri-review] Request for review Mykyta Yevstifeyev
- Re: [Uri-review] Request for review Bjoern Hoehrmann
- Re: [Uri-review] Request for review Frank Ellermann
- Re: [Uri-review] Request for review Bjoern Hoehrmann
- Re: [Uri-review] Request for review Frank Ellermann