Re: Call for Community Feedback: Retiring IETF FTP Service

Keith Moore <moore@network-heretics.com> Wed, 18 November 2020 12:05 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 A40B63A1155 for <ietf@ietfa.amsl.com>; Wed, 18 Nov 2020 04:05:39 -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_H4=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 KnYodj2BaTFO for <ietf@ietfa.amsl.com>; Wed, 18 Nov 2020 04:05:38 -0800 (PST)
Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F2233A1142 for <ietf@ietf.org>; Wed, 18 Nov 2020 04:05:38 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 0D620544; Wed, 18 Nov 2020 07:05:36 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Wed, 18 Nov 2020 07:05:37 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc: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=Lor065 zM6DtPI8Gbr1qvKBUwye2QR+DgBIe7wE70FxU=; b=Buf3NIAwpwJYEbfN9rUOSW FejvhcTARnwajJRfHhKQBHyQgY3BqlAonk+TpB9RBtDejdOs5Sdzkz0q1TxNoTd2 h6w5XattUQTLuK0EDFB/JJyW1gUbksmyzlEsDzmYJhhznOPdxSuAG+VPANNoPquJ qlobPYfbsWMqOkfcuytcc+VojZi9vz0qHgp9xrejCiQ71K5D43r6AABbF0OyGcKy omYjyR4QJA8R4Sxr6SYfNS1ofIa50X1vUIk3giDR6/q4qEjTBDqBQo/cI54h3sjX lj2Lkl7tIdO1b0akh7UboTSCohInHwkx9Kss/BwMRkNrYWNy4JpgraofyeKlnwXg ==
X-ME-Sender: <xms:EA61XzyPPHbRDhoiyNmK6JEzQ-4k71QOL2blRxKWwN1j-Lg789rzfg> <xme:EA61X7QAvxvHryHliKzVwOGs-gsm3gKFh6YNzO4N-5VRxaUe2d2KSJ2EaYrVA5GMq VFuNtjlhMuJzQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudefhedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhkffffgggjggtsegrtderredtfeejnecuhfhrohhmpefmvghithhh ucfoohhorhgvuceomhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhmqe enucggtffrrghtthgvrhhnpeevfeetudeigedtledvvddtudefjeejffdvfeetjeeiueel gfdtgfegtdffkeetudenucfkphepuddtkedrvddvuddrudektddrudehnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:EA61X9VcRSAIue3huD4uQNN1S_gQM-XNGYslk_PS899AQDG6sIGKvA> <xmx:EA61X9hQL561yoGxPxL-I_JIUp-TrBBGX_5AxlTql_JJ1qvrgS-OBQ> <xmx:EA61X1BAK_DaX3U1FC6Ekk5umePnpqOusFrzIPRpU0MFaLQjtfZ7-w> <xmx:EA61X4pfrxtPeFlzG8S-bzNFCF4gHqfX-lzMyCr1VRsROsxdfDWWdA>
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 D0C173280063; Wed, 18 Nov 2020 07:05:35 -0500 (EST)
Subject: Re: Call for Community Feedback: Retiring IETF FTP Service
To: Roman Danyliw <rdd@cert.org>, Ned Freed <ned.freed@mrochek.com>
Cc: "ned+ietf@mauve.mrochek.com" <ned+ietf@mauve.mrochek.com>, "ietf@ietf.org" <ietf@ietf.org>
References: <af6ab231024c478bbd28bbec0f9c69c9@cert.org> <0D41F3FD-BA1F-4716-A165-4FE7529431A9@vigilsec.com> <D26DCBB6-3997-4A73-BB46-867B4FD79BD2@eggert.org> <27b80ed2-76fb-aee7-f22d-de56019e9aa9@nostrum.com> <a8bdd67a-13ea-4433-aa38-9cfd48ea28da@network-heretics.com> <0e875497-9986-a0d9-8354-3eac26b7f882@nostrum.com> <a02e15f2-34fb-4124-7ba0-c0ee0070b39f@network-heretics.com> <6a29096e-c76e-9bde-388c-bf411b235346@nostrum.com> <6ff3c8a8-57c9-a278-51ce-ce24fd2dfc0e@network-heretics.com> <01RS3W7DNPHA005PTU@mauve.mrochek.com> <7057e29825514008a06b749cb5c476f6@cert.org> <01RS3Y1AZ65A0085YQ@mauve.mrochek.com> <365930470c214fbd982da633c69b3b67@cert.org>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <5172d442-6bb0-0e11-81fb-3da6e828166e@network-heretics.com>
Date: Wed, 18 Nov 2020 07:05:35 -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: <365930470c214fbd982da633c69b3b67@cert.org>
Content-Type: multipart/alternative; boundary="------------FD9F5761786C3BDA7290A21A"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Da4mZ1cC0pQ8IelsdCFjCBLXyO4>
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: Wed, 18 Nov 2020 12:05:40 -0000

On 11/18/20 6:00 AM, Roman Danyliw wrote:

> As I responded to Toerless [1], the primary users of FTP (by volume) don't appear to be disadvantaged:

The issue is not about the "primary" users (by volume). (Remember, 
*traffic volume is not an indicator of importance*.) This is an 
accessibility issue.   Would you consider it acceptable to deny access 
to IETF documents to sight- or hearing-impaired persons because "the 
primary users... don't appear to be disadvantaged"?   If not, why is it 
acceptable to deny access to those who cannot use crypto?

I don't think rsync is an acceptable substitute for FTP (valuable though 
rsync is) for several reasons: (a) it's not that widely known and mostly 
known in the Unix/Linux worlds; (b) people looking for a way to access 
individual files may not stumble on rsync because it's generally a 
mirroring solution; (c) it's not really designed to permit single file 
access even though it can be used that way; (d) a lot of people don't 
know that rsync access to IETF documents even exists or how to use it, 
and (given that http access is already cut off) may have no way of 
discovering it; (e) support for rsync is not integrated into browsers 
(though if browser vendors are also crippling ftp and http URLs that 
point may be moot).

More broadly, I keep seeing examples of people arguing for restrictions 
on how IETF resources may be accessed, based on the assumption that 
/everyone should use IETF resources the way most people use IETF 
resources/.  Trying to force everyone to be alike is deeply offensive 
and counterproductive to IETF's goals.   IETF works best when it has 
wide participation.

Keith