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