Re: Call for Community Feedback: Retiring IETF FTP Service

Keith Moore <moore@network-heretics.com> Thu, 19 November 2020 15:42 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 371943A0B8F for <ietf@ietfa.amsl.com>; Thu, 19 Nov 2020 07:42:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 3QjmqykG43sU for <ietf@ietfa.amsl.com>; Thu, 19 Nov 2020 07:42:28 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F36EA3A0B8C for <ietf@ietf.org>; Thu, 19 Nov 2020 07:42:27 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 3272E8D4 for <ietf@ietf.org>; Thu, 19 Nov 2020 10:42:27 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 19 Nov 2020 10:42:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding: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=s/Hfr1PZNPiUMZT+0PaEa8LUxvrHoCAHuVHclJ9nZ kg=; b=Nol4RmfLfsu3yP+Iyw3uq90Epi76DezetGzLTt+GkhFiCJK4rOHqkuas3 znLtqm/Fo1vi5jLizf4bvxr2aif2GYZYONLj4S4Xsbt1eT9+Ii/sjsDRuT7Eo/Lp lK3WO9e2nzJxoAnhuEDdCAazWCplqol6SxBSZ/0sXalFz9sZDlXvoYEMROpTKM3Q 6Ecq8LlxuOiwuIydl3plHVhAjefqv8zJvRce6CCLBtMm8eGAfT2PrRPJoG6IfskZ zTUHl90eJeLRlsoHAfrNaDOyq+8dGjZF1E05JMP/NNbjes+Y55hcYAItVd79/oEJ QEx6RcWOXr8ht440zbMKrdGQ1QINA==
X-ME-Sender: <xms:YJK2X6wM7-tmdweYrG0S9f3p2CycfVjYnd3f1HIachqoXaPyXwMljw> <xme:YJK2X2QJsVjFyOvZS-Zk-DOESOXnF2R4ylS5ommg1VDV2V-NY4VZjYct0qZJ9Luiy sxmz8l85YVwzA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudefjedgjeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpefmvghithhhucfoohhorhgvuceomhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpefghedtgfelfe dtvdduleegiedvgfejgeelgffgvdevieevhfeljeejgffgvdejheenucffohhmrghinhep hhhtthhpshgvrhhvvghrshifvggsuggrvhhsuhhpphhorhhttghomhgvshgrshhmohguuh hlvgihohhujhhushhtnhgvvgguthhovghnrggslhgvrdhsohdpihgvthhfrdhorhhgnecu kfhppedutdekrddvvddurddukedtrdduheenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpehmohhorhgvsehnvghtfihorhhkqdhhvghrvghtihgt shdrtghomh
X-ME-Proxy: <xmx:YJK2X8UvYSnwGkSDHosAvtcb7-8-xB7LV6y05b_Q4rNa0MeoYGCtJg> <xmx:YJK2XwjByxNm-EOA0-P-vf5QdS39RJP1VgoRR1ZS_onzAM12Tn0g7Q> <xmx:YJK2X8Ak0pxo_094N3AqkP_umCC3LksOFCAgd5D5uMvxFseXhWDbrg> <xmx:YpK2X0x0tt3HyhSBfgV-e_zOEGkW1X9-rdT2pwJf-51UKBwDgnXM2g>
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 392313064AAA for <ietf@ietf.org>; Thu, 19 Nov 2020 10:42:24 -0500 (EST)
Subject: Re: Call for Community Feedback: Retiring IETF FTP Service
To: ietf@ietf.org
References: <20201118203618.C9B65278D760@ary.qy> <58312AD4-2862-4110-8783-BFC0CFEC7EB6@network-heretics.com> <DM5PR05MB33886CBF5795118AC553B9E2C7E10@DM5PR05MB3388.namprd05.prod.outlook.com> <69befcc0-fdea-b42a-98c2-49ab7182d700@network-heretics.com> <90781500-97ff-e72d-8419-13dc655971e5@gmx.de>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <b9802c33-44cc-c2cb-595f-7404986b826f@network-heretics.com>
Date: Thu, 19 Nov 2020 10:42:23 -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: <90781500-97ff-e72d-8419-13dc655971e5@gmx.de>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Q_uE2JzsQmGPbnUKRRa_BDiAM8k>
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: Thu, 19 Nov 2020 15:42:29 -0000

On 11/18/20 11:04 PM, Julian Reschke wrote:

> Am 18.11.2020 um 23:53 schrieb Keith Moore:
>> ...
>>
>> 3. WebDAV appears to be a functional equivalent to FTP for this
>> purpose.   However, replacing FTP with WebDAV looks like replacing a
>> mature and well-established protocol that enjoys very widespread client
>> support, with a less mature, less widely-supported, and even more
>> baroque protocol than FTP, in addition to being disruptive. Though it
>> would permit encryption, so that's a plus for WebDAV.
>
> "more baroque"? Can you elaborate?

The number of features WebDAV tries to support makes FTP look simple, 
especially when using it for the purpose of granting file-level access 
to a read-only repository.

>>
>> 4. I would be surprised if the opex associated with WebDAV were actually
>> less than running an FTP server, but it's possible.
>> ...
>
> For some http servers, WebDAV support comes as module you just need to
> enable. So no additional server at all.

Well, if you're running your own servers, opex isn't a linear multiple 
of the number of servers you have to run.

(Though admittedly if you're outsourcing those servers to a CDN, as IETF 
apparently is with www.ietf.org, that depends on the CDN's charging 
model.  I can understand why IETF would use a CDN - it definitely helps 
manage some kinds of operational risk - though it might be overkill for 
an FTP server that could probably run reasonably well on a Raspberry Pi 4.)

Keith