Re: Status of this memo

Phillip Hallam-Baker <phill@hallambaker.com> Tue, 27 April 2021 15:08 UTC

Return-Path: <hallam@gmail.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 A3DB13A0F46 for <ietf@ietfa.amsl.com>; Tue, 27 Apr 2021 08:08:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 WrEXG4gKLy15 for <ietf@ietfa.amsl.com>; Tue, 27 Apr 2021 08:08:28 -0700 (PDT)
Received: from mail-yb1-f173.google.com (mail-yb1-f173.google.com [209.85.219.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A1223A0EF1 for <ietf@ietf.org>; Tue, 27 Apr 2021 08:07:41 -0700 (PDT)
Received: by mail-yb1-f173.google.com with SMTP id 82so69779583yby.7 for <ietf@ietf.org>; Tue, 27 Apr 2021 08:07:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZbS8Vch/BnVN3KXJOHb8ZGYtJNsJrow/+d9ttUnwfSA=; b=bQXQUZQ6lNEEX3B4BGRDIurHDlx1FPTeVw20sXsW/4wNfaSH+TQUoad34fNf+aiCPP IJ3AmIHbj+GOXxc+JVzpgcHZ/LBd1bsuuKWjQdIJLFh205nN1JmFCVlEQKMjrjjt99Y5 bEXqxMnjp57ob0GzuPxIN135+DgWIcFj/ov/ALz/qTKFn047RGw3EtZhDwUDnn5a1+Gn evW0wtmUAg8nscL5QMBF6Y2+j1ccwsD9bW1wTxgZ018scGS8+GpqWR8FmtxDqeVQEQ6e vJL2rGJQ8tfk18xrQXfRZ6RC6ZzKUGYEFCwXeZUfyzjgPDhT/K79pXdegK9vgs5gCWUs kKzA==
X-Gm-Message-State: AOAM5337BFI8TKoOCb606q9vZ3l0Modt7sMeo4v05KIa8qfayLuEIxDE RL2U9MWBFMiwOguE6/MM/pXvM/IGjyvlL7KUXDXJucgv05/T9g==
X-Google-Smtp-Source: ABdhPJykfbQDRsInGkeA/gBpaL9HV4ZS2sacvD/EowArN3Z9aXMLsAuQD+9YvaHlfOyq9bLwyhWKFPeGKV2udQM0e0c=
X-Received: by 2002:a25:b7d4:: with SMTP id u20mr32551619ybj.522.1619536060251; Tue, 27 Apr 2021 08:07:40 -0700 (PDT)
MIME-Version: 1.0
References: <376f83f0-89a3-cd0e-1792-c8434bd8a5d2@gmail.com> <9ACE59FA-30B6-475A-AF6B-4B874E4A2788@eggert.org> <1804294246.5904.1619512137931@appsuite-gw2.open-xchange.com> <D653D3B2-7666-409A-B856-2A4B1BA958CA@eggert.org> <3DBB64B1-40B8-4BC3-B66C-7F9B7F395874@akamai.com>
In-Reply-To: <3DBB64B1-40B8-4BC3-B66C-7F9B7F395874@akamai.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Tue, 27 Apr 2021 11:07:30 -0400
Message-ID: <CAMm+Lwh+_i4hWcfLjKve2QGReU=Vm99CJdbHt1Cdse9FX2Orzg@mail.gmail.com>
Subject: Re: Status of this memo
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Cc: Lars Eggert <lars@eggert.org>, IETF discussion list <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009284f705c0f59fb5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/GGzbPMYKIvtW8K82rLIps_9qKz4>
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: Tue, 27 Apr 2021 15:08:33 -0000

On Tue, Apr 27, 2021 at 10:18 AM Salz, Rich <rsalz=
40akamai.com@dmarc.ietf.org> wrote:

> >   There was a suggestion recently to not serve I-Ds from ietf.org
> domains until they were adopted by the IETF. Do you think serving
> individual drafts from another domain would help make that distinction
> clearer?
>
> I do not think it would be worth the effort to do this. And it would
> probably inconvenience people who already participate and whose fingers are
> already permanently "trained."
>
> >    There was also a suggestion to add something to the boilerplate text
> of individual I-Ds along the lines of "anyone can submit an I-D; they have
> no formal standing until they are adopted by a group in the IETF or IRTF".
> Would that provide additional clarification?
>
> Oh yes, PLEASE!
>

+1


If we do this, we should also explicitly say that a document has been
adopted and by what group in which organization. Probably on the same line
that says where to discuss it

"This draft has been adopted by the IETF FOO working group, comments on the
foo@ietf.org list"
"This draft has been adopted by the IRTF BAR working group, comments on the
bar@irtf.org list"
"This draft has been adopted by the PHB foundation XYZ working group,
comments on the xyz@ietf.org list"

Why would PHB foundation use an IETF list? Same reason as to publish as an
Internet Draft, to be under Note Well.

If we go this route, we really need to have a final status for documents
that is not an RFC. For better or worse, every RFC comes with the
imprimatur of the IETF whether IETF wants to acknowledge that or not. Does
the IETF really want the PHB foundation issuing RFCs? I think not. Does the
IETF want to have a place where permanent records can be published of file
formats etc that are referenced in specs? I think so.

The current situation in which there are WG RFCs and AD sponsored RFCs and
individual submissions is wide open to abuse and has been abused. Some folk
have made a career out of knowing how to get an RFC published without
having the faff of going through IETF process.

IETF and IRTF drafts should definitely expire after a fixed interval and
maybe 6 months is if anything too long. I can't ever remember having a WG
draft come close to expiring on me. Not once.

I suggest a NOTE series that is simply a terminal state for Internet Drafts
that are never intended to become RFCs but represent fixed static outputs.
NOTEs would only be allowed to be INFORMATIONAL or EXPERIMENTAL. And the
boilerplate would state 'This is not the result of a consensus process'.


One of the things I would use NOTEs for is to document certain file format
arcana which is not otherwise available.

One of my most widely used specifications, the W3C log format was written
in six hours and has never been reviewed in any standards process
whatsoever. It was intended as a placeholder until we sorted something
better out.

Imagine if Markdown had been published as a NOTE in 2004. We might have one
version of Markdown with divergence on extensions rather than dozens of
incompatible versions.