Re: Call for Community Feedback: Retiring IETF FTP Service

Keith Moore <moore@network-heretics.com> Fri, 13 November 2020 18:25 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CACC3A0E27 for <ietf@ietfa.amsl.com>; Fri, 13 Nov 2020 10:25:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xJFglEPDp0T7 for <ietf@ietfa.amsl.com>; Fri, 13 Nov 2020 10:25:22 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A9083A1011 for <ietf@ietf.org>; Fri, 13 Nov 2020 10:25:21 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 6DEA75C00FF for <ietf@ietf.org>; Fri, 13 Nov 2020 13:25:20 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 13 Nov 2020 13:25:20 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=MBr0or oR561F5Zzgxn/4Rs+YTkWT9bn1SgFd7RcAJbk=; b=pUP1w5YbQ7iMcn0FhFbgdW oo70lHCpAAEMNy8zELxCLNZG3xgxM5v8kpId0Uem2uURBnKP6dTKHxGFCDRtjMlo 2sPVQE4DdizxY0BVzW2inOfveGEM+Jv5JzEJ/kd6h9Yjvb7WzPigi13p1Ubr7VKx AR78A3pjAENEe2IEvqOMha0+l/H5GMHOJPqpYatLKU3kiRAiqZeeqCRxm0/mL4TL u5ba8+h6e/AFF3hKueluhJpbsCuKVtZ1AINLHUha4eTVJlzCMigMFiNIPBbYlmGf OaHIWR0/+hx6SlyVVa4SL/Av9wShLsM5XRma6QLgmSOQ0BzjWv/2FqJqdQuoLDJA ==
X-ME-Sender: <xms:kM-uX7yDwHihiDdBHPcBkutGKd3TAW7CcKzRuBK9HGw1P8WFDnhseg> <xme:kM-uXzQbmSGAdoEOWSML7z5daJslauksKRrEXSxhrI3NaCmE7iGqZCDsRCXbLd6yZ QjpXrS9p88w_A>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddvhedgudduvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtsegrtd erredtfeejnecuhfhrohhmpefmvghithhhucfoohhorhgvuceomhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpeettdetffegje dvveffkefftdffteejhfeggeejgffgueetffehffevheeuteetvdenucffohhmrghinhep shhuphhpohhrthgvugdrfihinhguohifshenucfkphepuddtkedrvddvuddrudektddrud ehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhho ohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:kM-uX1Wl8f-CxMaEi0l-jWkMSFECzFDclGoXefklvreKDeuCzJ-eAw> <xmx:kM-uX1gvrXnzL9Qk445evLdVL4XqMOirbB1kl8Uv4TUqDvx_ZKgP3A> <xmx:kM-uX9D8qZgSZX2Csme83B89XVcseN-RC-NPNpYW3i1UxT6oIhQcIg> <xmx:kM-uX5x3Xm_4VwVW7cRkBpypzGNJbAt68KR5to6345VriMDRsOKyJA>
Received: from [192.168.1.85] (108-221-180-15.lightspeed.knvltn.sbcglobal.net [108.221.180.15]) by mail.messagingengine.com (Postfix) with ESMTPA id BC00F3064AAE for <ietf@ietf.org>; Fri, 13 Nov 2020 13:25:19 -0500 (EST)
Subject: Re: Call for Community Feedback: Retiring IETF FTP Service
To: ietf@ietf.org
References: <af6ab231024c478bbd28bbec0f9c69c9@cert.org> <d12d2e09-6840-0500-c14c-73d862f85c8e@network-heretics.com> <CAMm+Lwh6TdVbQnxBcDCbrVaYCPJXUjui7Vxf1Sou=c+7AN46_w@mail.gmail.com>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <ff3fc3dd-ec08-958d-e529-2bf1e7454614@network-heretics.com>
Date: Fri, 13 Nov 2020 13:25:16 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <CAMm+Lwh6TdVbQnxBcDCbrVaYCPJXUjui7Vxf1Sou=c+7AN46_w@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------3524CD72A5101133A62D8337"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/492Z2ehS7UGVT0zJRuIcQICto3E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Nov 2020 18:25:24 -0000

On 11/13/20 12:43 PM, Phillip Hallam-Baker wrote:

> On Fri, Nov 13, 2020 at 12:01 PM Keith Moore 
> <moore@network-heretics.com <mailto:moore@network-heretics.com>> wrote:
>
>     I'm very opposed to this proposal.
>
>     FTP is a much better interface than HTTP for scripting, mirroring,
>     and remote file access (i.e. mounting an FTP server like a "share"
>     so that it can be accessed from one's computer just like any other
>     file system
>
> I disagree. The ability to mount HTTP file systems is actually built 
> into Windows. I don't think FTP is supported.

Windows?  Who uses that?  :)   People who actually want to get work done 
generally try to avoid it.

Get HTTP file systems supported by as many implementations and platforms 
as FTP use as a file system, and I'll assent to transitioning from FTP 
access to HTTP file system access.

>
> FTP is a very peculiar protocol, I have implemented it several times 
> and it was awful to do even before NATs got in the way. It is not 
> really a separate protocol, it is an extension of Telnet.

Without arguing about details, yes it's a peculiar protocol. But a 
subset that works with 99.99% of the computer systems in use today is 
not that bad, and there are several decades of accumulated understanding 
behind it.   None of which is terribly relevant to this discussion, 
since almost nobody actually has to implement FTP any more, certainly 
not the IETF.   All IETF has to do is put a server up, and plenty of 
good servers are available off-the-shelf.

> Oh and having to redo every transfer because the default mandated by 
> the spec was to damage the file assuming a charset conversion was 
> ridiculous even for the time.

Yeah, but nobody does that any more at least between reasonable 
systems.   And at least transfers between very dissimilar systems still 
work, even though they're not much needed any more.

> We are inventing the future here, not keeping the past alive.

A future of constantly assured obsolesence is not one I want to 
contribute to, and that's  exactly where the web is headed.  It's such a 
complex mess now that the number of independent effective client 
implementations is approaching 1.  If the web is the future, we're all 
doomed.    And throwing away things that work is incredibly shortsighted.

Keith