Re: [Uri-review] 'ftp' and 'file' URI schemes still needs specifying

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Sun, 15 May 2011 08:21 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 9FD47E0681 for <uri-review@ietfa.amsl.com>; Sun, 15 May 2011 01:21:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.79
X-Spam-Level:
X-Spam-Status: No, score=-99.79 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vp6gUx-SClJv for <uri-review@ietfa.amsl.com>; Sun, 15 May 2011 01:21:21 -0700 (PDT)
Received: from acintmta01.acbb.aoyama.ac.jp (acintmta01.acbb.aoyama.ac.jp [133.2.20.33]) by ietfa.amsl.com (Postfix) with ESMTP id E4CE5E0658 for <uri-review@ietf.org>; Sun, 15 May 2011 01:21:19 -0700 (PDT)
Received: from acmse02.acbb.aoyama.ac.jp ([133.2.20.226]) by acintmta01.acbb.aoyama.ac.jp (secret/secret) with SMTP id p4F8L99o009717 for <uri-review@ietf.org>; Sun, 15 May 2011 17:21:09 +0900
Received: from (unknown [133.2.206.133]) by acmse02.acbb.aoyama.ac.jp with smtp id 50e1_1528_4960f128_7ecc_11e0_8d97_001d0969ab06; Sun, 15 May 2011 17:21:09 +0900
Received: from [IPv6:::1] ([133.2.210.5]:38468) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S15084F1> for <uri-review@ietf.org> from <duerst@it.aoyama.ac.jp>; Sun, 15 May 2011 17:21:06 +0900
Message-ID: <4DCF8CDF.1030509@it.aoyama.ac.jp>
Date: Sun, 15 May 2011 17:20:47 +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: Mykyta Yevstifeyev <evnikita2@gmail.com>
References: <4DCF611D.9080306@gmail.com>
In-Reply-To: <4DCF611D.9080306@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "uri-review@ietf.org" <uri-review@ietf.org>
Subject: Re: [Uri-review] 'ftp' and 'file' URI schemes still needs specifying
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: Sun, 15 May 2011 08:21:21 -0000

Hello Mykyta,

Providing specifications for ftp: and file: would indeed be a good 
thing. But please be aware that besides the explicit publications you 
found, there have also been other efforts to specify these schemes, and 
they never got very far. Of the two, I'd guess ftp: is easier, but I 
might be wrong. I definitely know that the file: scheme will be tough; 
there is quite some variation among browsers, not to mention other 
software, and it will be difficult to provide the right balance between 
prescriptive and descriptive approach.

Regards,   Martin.

On 2011/05/15 14:14, Mykyta Yevstifeyev wrote:
> Hello all,
>
> The first mention of 'ftp' URI scheme in the IETF document is probably
> RFC 1738 (http://tools.ietf.org/html/rfc1738), if I'm right. As far as
> you can see, this RFC is formally obsoleted by RFC 4248 and RFC 4266,
> but in fact RFC 2396 et seq., meaning RFC 3986 (formally they updated
> RFC 1738), replaced it. Among other, RFC 1738 document specified several
> URI schemes, such as widely-used 'http', 'mailto' etc. This table
> summarizes the state of schemes specified by RFC 1738. ("Specification"
> is the most current RFC defining some scheme).
>
> /Scheme name
> / /Protocol
> / /Specification
> /
> http
> HTTP (RFC2616)
> RFC 2616
> gopher
> Gopher (RFC1436)
> RFC 4266
> mailto
> N/A
> RFC 6068
> news
> NNTP (RFC 3977)
> RFC 5538
> nntp
> NNTP (RFC 3977)
> RFC 5538
> telnet
> Telnet (RFC 854)
> RFC 4248
> wais
> WAIS (RFC 1625)
> RFC 4156
> file
> N/A
> *RFC 1738*
> prospero
> Propsero (non-IETF)
> RFC 4157
> ftp
> FTP (RFC 959)
> *RFC 1738
> *
>
> :
> You may see, there are two schemes in this list specified by formally
> obsoleted RFC 1738 (even though it is actually PS). They're probably the
> only two schemes (not considering 'afs', but it's in provisional
> regsitry) that are listed at IANA registry, in the Permanent category,
> with a reference to obsoleted RFC (maybe, 'fax' can be considered to be
> so as well; but is it de facto deprecated and hsitorical). 'ftp' and
> 'file' schemes are quite widely-used; obsolete RFC 1738 is an actual
> specification for them.
>
> There has been an effort to specify this schemes in separate docs.
> (https://datatracker.ietf.org/doc/draft-hoffman-ftp-uri/,
> https://datatracker.ietf.org/doc/draft-hoffman-file-uri/), but they
> resulted in nothing (unlike eg. RFC 4248, as a part of the same effort,
> if I'm right). Considering this, should an attempt to provide these
> schemes an up-to-date specification be undertaken?
>
> Mykyta Yevstifeyev
>
>
>
> _______________________________________________
> Uri-review mailing list
> Uri-review@ietf.org
> https://www.ietf.org/mailman/listinfo/uri-review