Re: Tombstone README for FTP service
Keith Moore <moore@network-heretics.com> Thu, 28 April 2022 14:16 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 93B79C1595E5
for <ietf@ietfa.amsl.com>; Thu, 28 Apr 2022 07:16:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.752
X-Spam-Level:
X-Spam-Status: No, score=-3.752 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=-1.857, 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 ([50.223.129.194])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id a65Ax-TXs_9L for <ietf@ietfa.amsl.com>;
Thu, 28 Apr 2022 07:16:12 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com
[66.111.4.26])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 2CB4EC15E6EF
for <ietf@ietf.org>; Thu, 28 Apr 2022 07:16:04 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
by mailout.nyi.internal (Postfix) with ESMTP id 72D9E5C00C1;
Thu, 28 Apr 2022 10:16:03 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
by compute4.internal (MEProxy); Thu, 28 Apr 2022 10:16:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
messagingengine.com; h=cc:cc:content-type:date:date:from:from
:in-reply-to:in-reply-to:message-id:mime-version:references
:reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy
:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1651155363; x=
1651241763; bh=4xcBNV4RgahBZ94rpfCnbGW8fikexLwdCYKmalHFcCg=; b=J
t+R+95pAQw9GldzHuDqE9ANx9N51C5g2fRlg+TEcC8B+UUmEslv/QUdoTRAh9NTq
i3gzb5H7Un5xejTUSKjNKXI+/k1toru0c4/Recx+DQauDpguvpncaJDdIgiQfN6X
eebOe/0EBnf/U4WmoizOMtr5DjPh1ITzPbqyZXPytjCY93E88sgjnO/yltyC3DKk
zHbNsW6g3lFcsOYjEsHGFCgKrUnHSjkFXd1l/CrFLOQmCJ7/XNy+4xX/osQSPAnt
239UMtB+rJH7CCLfdZ81JSYlP54diJkZS0/LE4zsDDhUCZ2VBUiG8SIKWJbWDY73
cwjTMAoKRkKnYxPAoW1Iw==
X-ME-Sender: <xms:o6FqYulqZdzUeHwihAHDZ2Ee9xB_TIqUHGRjgNZWqnkRGW1ieiqZFw>
<xme:o6FqYl33_dmm0M7Ruqi48t7YNl1x-lPTpFFAFq8zXTGImnaQG_3CHMO73IMg-J0yk
2XuT-kgpG6X2Q>
X-ME-Received: <xmr:o6FqYso4fKSDmrR8wGE6u8zMHopm5rDeJcyOHPdTCnElCDx-uIxmjE1SZaOTVEUkcOaypkPaWk98pO0xPcGQ3nk-kDXDLq7Ul65P>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudejgdejgecutefuodetggdotefrodftvf
curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
fjughrpegtkfffgggfuffvvehfhfgjsegrtderredtfeejnecuhfhrohhmpefmvghithhh
ucfoohhorhgvuceomhhoohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhmqe
enucggtffrrghtthgvrhhnpefgleegleeigfegvdfgudejudekveevfeefgfeukeduieej
jefgieffteekteetteenucffohhmrghinhephhhtthhpvdgrnhefshhtrhgvrghmshdrih
hnnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhho
ohhrvgesnhgvthifohhrkhdqhhgvrhgvthhitghsrdgtohhm
X-ME-Proxy: <xmx:o6FqYikWBW-W0H7E08J6e1vNOEr6eeD122D4AmFHrk9IXKYLro9-0w>
<xmx:o6FqYs0JIw8jgraZ-oDKvg2ohejDaXlA4Lnrm5ywFtn7xMovffZ2tg>
<xmx:o6FqYpv2mzwXPG482_ivQ1Mkj8ZUWysS_aWxvCR-vGCFPyx9J-M-Ng>
<xmx:o6FqYtjYlMml_tdZNAa3vJwmDUdR8sB1zCmrFPhjMUFfiuPI-WNvAA>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu,
28 Apr 2022 10:16:02 -0400 (EDT)
Content-Type: multipart/alternative;
boundary="------------xH0cq3vNbtkBkMPtv8U4NLkY"
Message-ID: <3dcbff03-fca4-e5b2-f82d-3889e8c51a82@network-heretics.com>
Date: Thu, 28 Apr 2022 10:16:02 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Tombstone README for FTP service
Content-Language: en-US
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Cc: ietf@ietf.org
References: <BN2P110MB1107650B16F3338FF4765314DCFD9@BN2P110MB1107.NAMP110.PROD.OUTLOOK.COM>
<173db55f-3fdc-e6e6-e230-e235cc9ce673@network-heretics.com>
<Ymqfln+LYyqXd/YF@nic.fr>
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <Ymqfln+LYyqXd/YF@nic.fr>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/k18AnZNm9H2N6CUKe98nru-TAXQ>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.34
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, 28 Apr 2022 14:16:16 -0000
On 4/28/22 10:07, Stephane Bortzmeyer wrote: >> It should say that the IETF shamefully abandoned its own protocol, >> despite it being valuable and providing features that don't exist in >> any of the supposed protocols IETF replaced it with. > Listing of remote files in a (may be) structured format? (It would be > a nice addition to HTTP; I'm sure there is at least a draft with such > an extension.) Difficulty with firewalls? Separation of signaling and > retrieval? (This is less important with HTTP/2 an 3 streams.) In spite of attempts to conflate them, FTP and HTTP have fundamentally different models. Of course you can extend HTTP to provide the functionality that FTP has, but people will still think about them differently, provision them differently, and use them differently, and have different assumptions about them. Or maybe what bugs me is not so much that IETF has abandoned FTP (though that does bug me) but rather that the Internet still has no standard, platform-independent, file system access protocol. FTP has obvious shortcomings for such use, but so do CIFS and NFS and sshfs, and FTP is arguably still the best of several poor solutions when you don't need to require authentication. But rather than try to address this shortcoming, IETF decided to just give up. Shameful. Keith
- Tombstone README for FTP service Roman Danyliw
- Re: Tombstone README for FTP service Stephane Bortzmeyer
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service Stephane Bortzmeyer
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service Jared Mauch
- RE: Tombstone README for FTP service Roman Danyliw
- Re: Tombstone README for FTP service Lars Eggert
- Re: Tombstone README for FTP service tom petch
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service tom petch
- Re: Tombstone README for FTP service Julian Reschke
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service Julian Reschke
- Re: Tombstone README for FTP service Keith Moore
- Re: Tombstone README for FTP service Lyndon Nerenberg (VE7TFX/VE6BBM)
- Re: Tombstone README for FTP service Michael Richardson
- RE: Tombstone README for FTP service Roman Danyliw
- Re: Tombstone README for FTP service John Levine
- Re: Tombstone README for FTP service Julian Reschke
- Re: Tombstone README for FTP service Masataka Ohta
- Re: Tombstone README for FTP service Masataka Ohta