Re: [ftpext] FWD: ftp/959 reboot

"William F. Maton" <wmaton@ottix.net> Tue, 10 August 2010 17:11 UTC

Return-Path: <wmaton@ottix.net>
X-Original-To: ftpext@core3.amsl.com
Delivered-To: ftpext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D11613A6A8A for <ftpext@core3.amsl.com>; Tue, 10 Aug 2010 10:11:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.496
X-Spam-Level:
X-Spam-Status: No, score=-2.496 tagged_above=-999 required=5 tests=[AWL=0.103, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KGHbZS0Nh76s for <ftpext@core3.amsl.com>; Tue, 10 Aug 2010 10:11:36 -0700 (PDT)
Received: from iskra.ottix.net (iskra.ottix.net [IPv6:2001:410:90ff::2]) by core3.amsl.com (Postfix) with ESMTP id BCBDF3A67E2 for <ftpext@ietf.org>; Tue, 10 Aug 2010 10:11:35 -0700 (PDT)
Received: from iskra.ottix.net (localhost [127.0.0.1]) by iskra.ottix.net (8.14.4/8.14.4) with ESMTP id o7AHC2xe010229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Aug 2010 13:12:02 -0400
X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 iskra.ottix.net o7AHC2xe010229
Received: from localhost (wmaton@localhost) by iskra.ottix.net (8.14.4/8.14.3/Submit) with ESMTP id o7AHBxvI010204; Tue, 10 Aug 2010 13:12:00 -0400
Date: Tue, 10 Aug 2010 13:11:59 -0400
From: "William F. Maton" <wmaton@ottix.net>
To: Anthony Bryan <anthonybryan@gmail.com>
In-Reply-To: <AANLkTikB0J_aL7CTwnC17wH2+FS=QgQB5SCL2Jp9iJBd@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.1008101303001.1146@iskra.ottix.net>
References: <Pine.LNX.4.64.1008051641520.24282@iskra.ottix.net> <alpine.DEB.2.00.1008052249300.11871@tvnag.unkk.fr> <AANLkTi=1ePodG=2G9Ta-=5Fut6x-bQxvq8eLXsVgaUjh@mail.gmail.com> <alpine.DEB.2.00.1008092256460.10815@tvnag.unkk.fr> <AANLkTikB0J_aL7CTwnC17wH2+FS=QgQB5SCL2Jp9iJBd@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Cc: ftpext@ietf.org
Subject: Re: [ftpext] FWD: ftp/959 reboot
X-BeenThere: ftpext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ftpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ftpext>
List-Post: <mailto:ftpext@ietf.org>
List-Help: <mailto:ftpext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Aug 2010 17:11:42 -0000

On Mon, 9 Aug 2010, Anthony Bryan wrote:

> On Mon, Aug 9, 2010 at 5:11 PM, Daniel Stenberg <daniel@haxx.se> wrote:
>> On Mon, 9 Aug 2010, Anthony Bryan wrote:
>>
>>> Daniel, any thoughts/insight into the RFC 1123 discussion, which appears
>>> to update RFC 959?
>>
>> Yes, it seems to update or at least clarify a lot of RFC959 details but I
>> must admit I've never really used 1123 much as a reference. I really can't
>> tell at this point how valuable those sections are or aren't.
>
> it would be nice to know how authoritative they are. it sounds like at
> least some people are not familiar w/ 1123. I only came across it
> after digging deep into stuff.

So I've had another read of RFC 1123 4.1 coming from a different light. 
All it seems to do is clarify what implementors of RFC 959 should be 
supporting.  "RFC 959 was SO barebones as to leave interpretation wide 
open, so he's a clarifcation on what to do to make FTP servers and clients 
right so they work."

But I'm speculating because despite my efforts at looking for context 
(mailing lists, emails on the Internet), the RFC itself is all we have to 
go on.

If we look at 4.1.5 then we have an idea of what RFC 1123 is trying to 
say and perhaps compare that to the post Oct 1989 outcome:  Have 
implementations of the succeeding decade adopted any of that.

Didn't someone here once say that a working group on FTP would require a 
lot of work? :-)

>   Note that there
>   are some flaws in the description of the restart mechanism in STD 9,
>   RFC 959 [3].  See section 4.1.3.4 of RFC 1123 [9] for the
>   corrections.

OK, so FTPbis 'updates' RFC 1123, not obsoletes it.

> sheer length of 3659 & the fact that no one might be interested kept
> me from including it. it adds about 50 pages and is now included.

I'll have another look.

wfms