Re: Proposed NFS URL scheme
Markus Stumpf <maex@leo.org> Wed, 06 November 1996 12:57 UTC
Received: from cnri by ietf.org id aa15551; 6 Nov 96 7:57 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa08443;
6 Nov 96 7:57 EST
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id
GAA07824 for uri-out; Wed, 6 Nov 1996 06:49:42 -0500
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by
services.bunyip.com (8.6.10/8.6.9) with SMTP id GAA07819 for
<uri@services.bunyip.com>; Wed, 6 Nov 1996 06:49:30 -0500
Received: from hprbg5.informatik.tu-muenchen.de by mocha.bunyip.com with SMTP
(5.65a/IDA-1.4.2b/CC-Guru-2b)
id AA09235 (mail destined for uri@services.bunyip.com);
Wed, 6 Nov 96 06:42:31 -0500
Received: by hprbg5.informatik.tu-muenchen.de id <21092>;
Wed, 6 Nov 1996 12:41:43 +0100
Subject: Re: Proposed NFS URL scheme
To: Larry Masinter <masinter@parc.xerox.com>
Date: Wed, 6 Nov 1996 12:41:30 +0100
Cc: uri@bunyip.com
In-Reply-To: <96Nov2.185252pst."2757"@golden.parc.xerox.com> from "Larry
Masinter" at Nov 3, 96 03:52:52 am
X-Request-Do: resolve
From: Markus Stumpf <maex@leo.org>
X-Mailer: ELM [version 2.4 PL24 PGP2]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Length: 1356
Message-Id: <96Nov6.124143mesz.21092@hprbg5.informatik.tu-muenchen.de>
Sender: owner-uri@bunyip.com
Precedence: bulk
Sorry if this is too offtopic, but I've been reading this and related lists not too closely, but with Larry's mailing and the NFS topic I thought I might jump in :-) I am working on a project right now which would have some additional needs in URLs which might be worth a thought (I hope). We are working on a distributed archive (like FTP archives) with some of the information replicated (e.g. through mirrors). A config file (currently) holds all the information need to build a view of the archive. Some of the information is provided via NFS, but as it is not useful (IMHO) to mount this over distant network connections there are restrictions in the exports of those filesystems. While we are trying to make some weighting on the quality of the intended mountpoint the exporteur might disagree. It would be much easier not to use a "try and error" method, but to have a way to (optionally) specify restriction of access permissions within an URL. This might be as easy as e.g. access=password (to indicate that a passwd is needed to access the information) or access=*.net,*.com (for hostname masking) ... Is this something that should/could go into URLs? Thanks for listening \Maex -- ______________________________________________________________________________ Markus Stumpf maex@leo.org http://www.leo.org/~maex/
- Proposed NFS URL scheme Brent Callaghan
- Re: Proposed NFS URL scheme Larry Masinter
- Proposed NFS URL scheme Brent Callaghan
- Re: Proposed NFS URL scheme Harald.T.Alvestrand
- Re: Proposed NFS URL scheme Larry Masinter
- Re: Proposed NFS URL scheme Markus Stumpf
- Re: Proposed NFS URL scheme Larry Masinter