Re: [ftpext] FWD: ftp/959 reboot

Anthony Bryan <anthonybryan@gmail.com> Sat, 21 August 2010 21:44 UTC

Return-Path: <anthonybryan@gmail.com>
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 D2A7C3A6846 for <ftpext@core3.amsl.com>; Sat, 21 Aug 2010 14:44:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.314
X-Spam-Level:
X-Spam-Status: No, score=-2.314 tagged_above=-999 required=5 tests=[AWL=0.285, 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 yFaFPYUeYc96 for <ftpext@core3.amsl.com>; Sat, 21 Aug 2010 14:44:04 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 698D63A67FE for <ftpext@ietf.org>; Sat, 21 Aug 2010 14:44:04 -0700 (PDT)
Received: by iwn3 with SMTP id 3so4735920iwn.31 for <ftpext@ietf.org>; Sat, 21 Aug 2010 14:44:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8LkIymQrr2KTHZ+f9B0GODA9oGuA48x0cHr+t806uVs=; b=vwN50pZiQFgdCkxXEBklxULGAyv3Hxq486TBgIulMRvRxHt0781MxNoq3dXjX+fbA8 n3EcXvlyS0aiZ8lJSL8z9FJbdue4DzY5XPsC9kTP8LXvYudFUrGDCHYhZl5dwiB7tkC3 5+jfegUymmJSXZAh64h4bXruvxAaYdSI3jsyE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B6NGvG66eADoAWw+n+E9QgfgTtmFdg7GgMQ9ojuRQrFdDQboKjJTZ1y3pMEtDThF/B v+a0H2l0KkT2ep3LuSWWxdLdtIz3zXdFwV941CgMpAnQLKUgFtts/5TNpZjVtrHUvWC0 CbBj0Ej76/1XYsfHd360kuOEuO9sr1quLe/5U=
MIME-Version: 1.0
Received: by 10.231.152.78 with SMTP id f14mr4060310ibw.60.1282427078393; Sat, 21 Aug 2010 14:44:38 -0700 (PDT)
Received: by 10.231.49.199 with HTTP; Sat, 21 Aug 2010 14:44:38 -0700 (PDT)
In-Reply-To: <2D8ED1C7-F62F-4859-A016-FE8AABEAEBF4@muada.com>
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> <2D8ED1C7-F62F-4859-A016-FE8AABEAEBF4@muada.com>
Date: Sat, 21 Aug 2010 17:44:38 -0400
Message-ID: <AANLkTimcp7ENfDtL09HtoSRd2b2psx0mrQ2USYPzAbXK@mail.gmail.com>
From: Anthony Bryan <anthonybryan@gmail.com>
To: Iljitsch van Beijnum <iljitsch@muada.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
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: Sat, 21 Aug 2010 21:44:05 -0000

On Sat, Aug 21, 2010 at 5:00 AM, Iljitsch van Beijnum
<iljitsch@muada.com> wrote:
> On 9 aug 2010, at 21:17, Anthony Bryan wrote:
>
>> the idea would be to have an updated, coherent, harmonious document of
>> RFCs concerning FTP along
>> with implementation and real world info like httpbis.
>
> I don't think simple reorganization and clarification will do it for FTP. There is a ton of stuff in the current specs that is no longer used at all (all the fancy file/record organization stuff), stuff that is technically legal but doesn't make sense (PASV+PORT), stuff that is technically legal but isn't used in practice and using it in practice would cause big problems (PASV with a different address in the 227 than the control channel address, EPSV with an argument), stuff that should work but has issues in practice (EPSV), stuff that should have been retired a decade ago but is still in wide use (PASV+PORT) and so on.
>
> I don't think revisiting the FTP spec without tightening the spec and deprecating some currently legal options makes much sense. Yes, it's annoying to have to read so many documents to create an FTP server or client, but the real problem isn't the number of documents, but that what's in those documents and what FTP servers and clients do in practice is so different from what's in those documents. In that sense an effort like RFC 1771 -> RFC 4271 where the focus was to document what's really out there seems to make sense.

yep that's what I'm proposing, but there doesn't seem to be enough
interested people.

I posted the httpbis charter here earlier, but I think it's worth reading
http://datatracker.ietf.org/wg/httpbis/charter/

-- 
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads