Re: [Rfced-future] AUTH48 and editing before approval (was: Re: Welcome to the RFC Editor Future Development Program)

Russ Housley <housley@vigilsec.com> Fri, 03 April 2020 20:06 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20C883A092E for <rfced-future@ietfa.amsl.com>; Fri, 3 Apr 2020 13:06:13 -0700 (PDT)
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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 cxIWXAiIhpjY for <rfced-future@ietfa.amsl.com>; Fri, 3 Apr 2020 13:06:09 -0700 (PDT)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 619C23A093D for <rfced-future@iab.org>; Fri, 3 Apr 2020 13:06:09 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id E205D300B58 for <rfced-future@iab.org>; Fri, 3 Apr 2020 16:06:06 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nSoALj7ilyci for <rfced-future@iab.org>; Fri, 3 Apr 2020 16:06:04 -0400 (EDT)
Received: from a860b60074bd.fios-router.home (pool-72-66-113-56.washdc.fios.verizon.net [72.66.113.56]) by mail.smeinc.net (Postfix) with ESMTPSA id AEB4B300A51; Fri, 3 Apr 2020 16:06:04 -0400 (EDT)
From: Russ Housley <housley@vigilsec.com>
Message-Id: <49D8A42C-B203-43B2-9E1C-CEBE6E139DA1@vigilsec.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5C67FEAD-0B2A-427F-869F-7D4FB9A38D03"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\))
Date: Fri, 03 Apr 2020 16:06:05 -0400
In-Reply-To: <4df17196-5d31-58c0-246d-75c189077fb3@huitema.net>
Cc: John C Klensin <john-ietf@jck.com>, rfced-future@iab.org
To: Christian Huitema <huitema@huitema.net>
References: <d95d9ca5-77d4-490d-1fe7-35b20db01016@joelhalpern.com> <4BC58577-8CC7-48CB-803F-F4E6E080188B@huitema.net> <75FEFDC1BB902A9091739F47@PSB> <DF85BBBB-B9D3-4852-89FC-0B971548A905@vigilsec.com> <C82574B12C9B832748638107@PSB> <AEAA0CDE-CBB3-4D0F-B860-CB7C03B92EEB@vigilsec.com> <4df17196-5d31-58c0-246d-75c189077fb3@huitema.net>
X-Mailer: Apple Mail (2.3445.104.14)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/7_yEVdgn1uxZcUkI2TU89-HqggQ>
Subject: Re: [Rfced-future] AUTH48 and editing before approval (was: Re: Welcome to the RFC Editor Future Development Program)
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Apr 2020 20:06:13 -0000


> On Apr 2, 2020, at 8:30 PM, Christian Huitema <huitema@huitema.net> wrote:
>> On 4/2/2020 5:11 PM, Russ Housley wrote:
>>> Second, my concern (and, if I understood Christian's note, at
>>> least part of his) is that we have too many documents that get
>>> to the end of community review during Last Call and then change
>>> enough via IESG action or RPC efforts to be only barely
>>> recognizable as the same document.  The changes may be
>>> substantive ones that the IESG considers minor or the writing
>>> styles or skills in writing technical English of some authors
>>> may have required major rewrites of paragraphs or sections by
>>> the RPC.  I've rarely seen either cause harm, but the fact
>>> remains that the community is signing off on one document and
>>> then a different document is being published.  At least in
>>> principle, that is a risk and maybe se should be thinking about
>>> it and whether adjustments are in order (with the understanding
>>> that reordering the editing and approval processes is not the
>>> only option).
>> In the IETF, WG chairs, review teams, and ADs all have a role in turning back documents that are so poorly written that they need more that just copy editing.  I know that I have tried to do this in my working groups.  It is hard to tell someone that their document needs mush more work to be ready to progress, but that is the right place to apply the judgement.
>> 
>> The RFC Editor ought to be able to tell the approving stream that the document is not ready for copy editing as well.  I understand that the RFC Production Center is very reluctant to do that.
> How is "your document needs mush more work to be ready to progress" any different from "I found five attacks that your security considerations do not address" ?
> 

The first is a statement about the clarity of the writing in the document.  The second is a statement about the technical quality of the document.  I do not expect the RFC Editor to make the second assessment.

Russ