Re: Protocol Action: 'Updating References to the IETF FTP Service' to Proposed Standard (draft-danyliw-replace-ftp-pointers-06.txt)

John C Klensin <> Fri, 22 October 2021 21:14 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 1D70D3A0BC8; Fri, 22 Oct 2021 14:14:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 6gHDh-uGged7; Fri, 22 Oct 2021 14:14:09 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 53EA03A0BBB; Fri, 22 Oct 2021 14:14:08 -0700 (PDT)
Received: from [] (helo=PSB) by with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <>) id 1me1ra-000CrC-C6; Fri, 22 Oct 2021 17:14:06 -0400
Date: Fri, 22 Oct 2021 17:13:59 -0400
From: John C Klensin <>
To: The IESG <>
cc:, The IESG <>,,
Subject: Re: Protocol Action: 'Updating References to the IETF FTP Service' to Proposed Standard (draft-danyliw-replace-ftp-pointers-06.txt)
Message-ID: <DE740A8852DD07F5D15015CC@PSB>
In-Reply-To: <>
References: <>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Scanned: No (on; SAEximRunCond expanded to false
Archived-At: <>
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 22 Oct 2021 21:14:20 -0000


My apologies for not noticing this until now -- I was
concentrating on the content of the document, which seemed fine,
so failed to notice.

So a quick question: What is the justification for classifying
this as a Proposed Standard?    The I-D does not change the FTP
specification or the underlying technical content of any other
document.  Nothing in it appears to be either a Technical
Specification or an Applicability Statement as defined in RFC
2026.  It is strictly about IETF procedures and updating

As a thought experiment to help illustrate the question,
consider how this document would meet the criteria for
advancement to Internet Standard, something that ought, in
principle, be possible for any Proposed Standard.

As a specification about how the IETF does business and where it
keeps documents, it would seem appropriate as a BCP.  The one
strong argument I can see for making it a Proposed Standard is
that only actual standards track documents should be able to
update other standards track documents.  But, when I (and
others) have raised that issue in the past, we have been told
that there was ample precedent for the use of BCPs to update
even the technical contact of standards track documents.  

At least according to what I see in the datatracker, this
question did not come up during the IESG review either.

So, again apologizing for just noticing this and the lateness of
the comment, I think an explanation is in order and/or perhaps a
pre-publication change to BCP.

I hope this can be resolved informally and efficiently but, if
that is not possible, please treat this note as an appeal of the
decision to approve this document with that status.


--On Friday, October 22, 2021 12:50 -0700 The IESG
<> wrote:

> The IESG has approved the following document:
> - 'Updating References to the IETF FTP Service'
>   (draft-danyliw-replace-ftp-pointers-06.txt) as Proposed
> Standard
> This document has been reviewed in the IETF but is not the
> product of an IETF Working Group.
> The IESG contact person is Éric Vyncke.
> A URL of this Internet Draft is:
> nters/
> Technical Summary
>    The IETF FTP service running at,
> and will be retired.  A number of published RFCs
> in the IETF and    IAB streams include URIs that reference
> this FTP service.  To ensure    that the materials referenced
> using the IETF FTP service can still be    found, this
> document updates the FTP-based references in these    affected
> documents with HTTPS URIs.
> Working Group Summary
>    This is an AD sponsored document.  It was discussed with
> the IESG and went through the IETF Last Call procedure with
> some comments, which should be addressed by the author before
> the actual ballot.
> Document Quality
>    Multiple reviews have been done and the tools team agrees
> with the content.
> Personnel
>    Éric Vyncke is the responsible AD.
> _______________________________________________
> IETF-Announce mailing list