Re: Call for Community Feedback: Retiring IETF FTP Service

Julian Reschke <julian.reschke@gmx.de> Mon, 30 November 2020 18:51 UTC

Return-Path: <julian.reschke@gmx.de>
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 749343A0FD5 for <ietf@ietfa.amsl.com>; Mon, 30 Nov 2020 10:51:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 Qy9DFStClw6M for <ietf@ietfa.amsl.com>; Mon, 30 Nov 2020 10:51:02 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AD3C3A1053 for <ietf@ietf.org>; Mon, 30 Nov 2020 10:51:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1606762258; bh=naVDFE8ZUHLNPwiedA28jNmOqMwLrHSdcZgRmKGeFlo=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=eK4bq+96z1m31TOxgzUuxOsvJcO8HDzXPR0FB6ONvn2VC/QN2Im7ljgkLmRTj71YP muwmCcGwSjRJC7tlYbpi3CoH6YGPAP0zVY88dTaXso3CYpZ8RJ9S80uSFM3ztkDnFw w1vEbGS/9ggu3DsAqgAIO1wtOYnyTxEwHsDt3L5w=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.182] ([91.61.53.147]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MG9g4-1ky2og2V7U-00GWD7 for <ietf@ietf.org>; Mon, 30 Nov 2020 19:50:58 +0100
Subject: Re: Call for Community Feedback: Retiring IETF FTP Service
To: ietf@ietf.org
References: <af6ab231024c478bbd28bbec0f9c69c9@cert.org> <5FC24768.2020603@btconnect.com> <e170d248-8559-a64b-eaa0-620d78746f1c@gmx.de> <69878065-D4F0-438F-A57F-B45F052CA94F@akamai.com> <5FC4E79F.5090207@btconnect.com> <AF1C8668-041D-425B-8350-0B70D3BE76D0@tzi.org> <a92c9bf8-2682-6150-a9db-d6185c6720ec@network-heretics.com> <8210e140-815c-1905-45a6-109075138a08@gmx.de> <1663649a-7f99-5eb2-3dd5-c146aebf6fa3@network-heretics.com> <01RSM30KYRKO0085YQ@mauve.mrochek.com> <f88ae3bbdc3b4beda88eb094dde85784@cert.org> <01RSM4KK2V5I0085YQ@mauve.mrochek.com> <63b7d79aabbf4ddf9256e8368958a1e7@cert.org> <CAKq15vd37ZkyyADKQAXC4J-vbkVORxrq8kTfuaW4VrxSEszDzw@mail.gmail.com> <602614cf63af411887ff6bf3a1803940@cert.org> <5FC52CF4.2050206@btconnect.com> <d6701316-5596-9339-7eef-eccc1329d38d@network-heretics.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <5fb3cb7f-2398-4cdb-f45a-98459d04b006@gmx.de>
Date: Mon, 30 Nov 2020 19:50:57 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0
MIME-Version: 1.0
In-Reply-To: <d6701316-5596-9339-7eef-eccc1329d38d@network-heretics.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:6ekKQU+p9T+ImlJtIJZYnMs72LozmkLEWbHHNt5aPDAqrir1BQR CdBK2ln+mlkfW1ML+VojBuRQG0g3mw6cavyOZkW8opPANY8mplIVsug+WjZMSk+YF1PXnhN c5cLLv4mUXfGQjRo/jvkYPGW6Hkfj6jFwqnI9GqxEMYpREJuxQVit4V49hrg5teJLil4lTV CrpLmmiUXS5QJ6r0H7vmQ==
X-UI-Out-Filterresults: notjunk:1;V03:K0:fB+8t0s6KJE=:FR6EVTaLWeAYehqbykTXEt UxMqnzA0L0AA9ZkzRIt6ojCVLViAQEwIj2/fMn4DpWOyVWaqwgnNH+9KTx/D1v0PFOh5TE9La Xcb2N3/23FfVSkIPvVlkj6g0wexRQVOkNaauaOGpbUNR65uTO6yYRNS654LNYPf0qJZ+waVQK gvP8VeAvTPNxZ2NOWAv8CUvDboMH0nry6fF2YcfjYf03kNhyX2PR5V3bkbKOp+fwdZr+cq+cY G6vghEeC1AwEl08oyj8VwSUM3vz+c7wWFNSeh/wXLQqaztC1WbIFhdiIQPdYfgFmjdh9teDGZ /jMnfZkYN5KPOuaGC1tUaxVlBGyGlOzf+LNTLnQXMR54Kr2gOBSmFPdywOxP62FdZ0oe+geyT zuOhEKZdwbJ12mzld3hqTVDllGzAduquhtEFvNflk3o+XZZt/l8v/2Q+8SJUagXI6CdjQF3qb z81ev1IoFdCg3trTeKCbh5y8s0v66/Puyeeyylk6S0FUAiq+i7GH732jMDhojOuLHl/od40uE vk/JNQbwkv97UmUO2Ve/INms174+s0ZnPbypl4PVOMklUYxVyoD9YmaWTfIWkcoVfQg2xIj6V q4Fz96a5Vwf9glGHHSSO6lM2ATBVxC0N3PRqXPnFxyc9aRiMs39+m2S4uGS5ua/oH8Xd//2Dj Dnefqf5oXc2Zy93kTl4mmfNhhCJVEx3W5xTPGLABiI76yeoenrEr6r2FydDI1BIHq7R8oNjD+ o+SwxPC9oKmXD7eNbxIgaiipoUm2RA8Lw8l0NKtx7h9OlpOtxQAIiltkzIpP/DeC6oZc0K5BV Mgf85qWlOJEiO5NWmimrPOe7d+BeYe1zAXG4clRPgtObSZrK/Yjtn3LHOCFBTfpB4XE8y9FL/ xee5CRsf8hQvavgI6nMQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/nk7t79Rx1dAMN0qhBfW8rpe3QsQ>
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: Mon, 30 Nov 2020 18:51:08 -0000

Am 30.11.2020 um 19:39 schrieb Keith Moore:
> On 11/30/20 12:33 PM, tom petch wrote:
>
>> But I don't have the option.  From my browser (IE) I only have 'Save
>> as ...' and the 'Save' option is greyed out and this is the behaviour
>> I am used to when accessing RFC-Editor, data tracker, IETF etc and I
>> think that that is the case for most if not all web sites.  My
>> alternative is to select all, copy and paste into a word processor or
>> editor but it is not an approach I would commend.
>
> When downloading a file via FTP, the client knows what the file name is
> on the server, and it's often reasonable to save the file on the client
> machine with the same name.
>
> When downloading a file via HTTP, the URL might be anything at all, and
> there's no reason an HTTP client should assume you want to use that
> filename on your client.   So in practice an HTTP client should
> generally expect you to specify the destination filename as default
> behavior.

...but then it will usually (absent content-disposition) default to the
last path segmemt, which would be the right thing for the URLs we're
currently discussing.

Best regards, Julian