Re: [netmod] Last Call: <draft-ietf-netmod-artwork-folding-07.txt> (Handling Long Lines in Inclusions in Internet-Drafts and RFCs) to Best Current Practice

Richard Barnes <rlb@ipv.sx> Fri, 02 August 2019 18:23 UTC

Return-Path: <rlb@ipv.sx>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21AA41207DC for <netmod@ietfa.amsl.com>; Fri, 2 Aug 2019 11:23:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ipv-sx.20150623.gappssmtp.com
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 GOPslM5FecHG for <netmod@ietfa.amsl.com>; Fri, 2 Aug 2019 11:23:09 -0700 (PDT)
Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (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 479AC1207DE for <netmod@ietf.org>; Fri, 2 Aug 2019 11:23:07 -0700 (PDT)
Received: by mail-ot1-x32d.google.com with SMTP id x21so13568228otq.12 for <netmod@ietf.org>; Fri, 02 Aug 2019 11:23:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipv-sx.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HCU7aVvFADd+AXa3UTL7Oelh/8WNxcv2GZFlBoidWis=; b=D5LrVBye7fmt5jO8ClsroaeDQqz5C2AMV2EyaYb92junP2AK7mWhhs130H8k034oIL nPQtWxqc+1kLoDqKMBFbTkwKdf8zDBNN6IdobByCTgnelFpRiySy9oRwjowFg1gFARSa K1YRMNrCsV2BZMRmwJP0N+TnGuuMO1zN+ppFQn6tv2kMc9784MTAxAxKRM9PTRx7tru8 dRImKZvF4gx6d6x6nyCK3clMTBgmf8F9LcluyEkvOO3RLrc7XHffq9O2xU3tXbYIgk12 eWmSItoieGdVvnRGIS5fLPbWGg3Zo1UfitsX15hiuVKGZaIboTHS+UQQde6WzBC74oPA M2Lw==
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=HCU7aVvFADd+AXa3UTL7Oelh/8WNxcv2GZFlBoidWis=; b=M4EUBYnDUET1BZvplsY7FRQ08BdDhe+p1uwxJb6dNXHhUytfZNJRENGAfqqhzv2tVJ 3wJlFeD6v/1Dyo3Fzru5tuetb/pOMtzmjQdxwhbTJFP5ZKxkJDpuS5CSe52j4Zc82GYS GYGpmeZG2fxRJkJy7Pkti4gawskzseSptgLxJu3IZPf4XmAvg+2j6PlPdUsRgqJOybrq kRYDLmKqi75V2whHlL1+GJqgP8gJlAQ8zjGHQSh1Pot9xFGwUFpq+78j3sSgwdT1qh2J pQkHlY5FlVxptjals9aCULY2kx9wMMpCKm5afdvXKknixiwpO8LgK6/e9c6/B9tIgsIG Tlqg==
X-Gm-Message-State: APjAAAWbtvFmiKpp3uAHyTLhp0Pufmn2jZnnY6uMr0mYd+o4kTSY0Abo BO7cv5Z0LiCHJCCQl2kHiVKW68BXUs1AKF2M7aQ=
X-Google-Smtp-Source: APXvYqxxyZQLqdtLnlwqMZEjZzcZyFgPfoIZFPfya0r5EM+g12uxZuoTyIcO5cit1WAyGLPijVhUox6mcQ/CiJ63AHY=
X-Received: by 2002:a9d:226c:: with SMTP id o99mr20332796ota.42.1564770186436; Fri, 02 Aug 2019 11:23:06 -0700 (PDT)
MIME-Version: 1.0
References: <156451937390.14101.5438428659513611953.idtracker@ietfa.amsl.com>
In-Reply-To: <156451937390.14101.5438428659513611953.idtracker@ietfa.amsl.com>
From: Richard Barnes <rlb@ipv.sx>
Date: Fri, 2 Aug 2019 13:22:35 -0500
Message-ID: <CAL02cgQcDhDav9Uvr1CuB5+Eb+oBWO6WLnw=0P79fPMORg89Kg@mail.gmail.com>
To: IETF discussion list <ietf@ietf.org>
Cc: IETF-Announce <ietf-announce@ietf.org>, ibagdona@gmail.com, netmod-chairs@ietf.org, draft-ietf-netmod-artwork-folding@ietf.org, netmod@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001e3784058f267380"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WIND4C082wjH7ctt3y7msiRUwm8>
Subject: Re: [netmod] Last Call: <draft-ietf-netmod-artwork-folding-07.txt> (Handling Long Lines in Inclusions in Internet-Drafts and RFCs) to Best Current Practice
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2019 18:23:11 -0000

I have no objection to publishing this document, but the fact that it is
needed is a clear indication that the RFC series has failed to keep up with
the needs of its consumers.  Hopefully the new RSE will be able to address
this disconnect, among others.

--Richard

On Tue, Jul 30, 2019 at 3:44 PM The IESG <iesg-secretary@ietf.org>; wrote:

>
> The IESG has received a request from the Network Modeling WG (netmod) to
> consider the following document: - 'Handling Long Lines in Inclusions in
> Internet-Drafts and RFCs'
>   <draft-ietf-netmod-artwork-folding-07.txt> as Best Current Practice
>
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2019-08-13. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of
> the Subject line to allow automated sorting.
>
> Abstract
>
>
>    This document defines two strategies for handling long lines in
>    width-bounded text content.  One strategy is based on the historic
>    use of a single backslash ('\') character to indicate where line-
>    folding has occurred, with the continuation occurring with the first
>    non-space (' ') character on the next line.  The second strategy
>    extends the first strategy by adding a second backslash character to
>    identify where the continuation begins and thereby able to handle
>    cases not supported by the first strategy.  Both strategies use a
>    self-describing header enabling automated reconstitution of the
>    original content.
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-netmod-artwork-folding/
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/doc/draft-ietf-netmod-artwork-folding/ballot/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
>
>
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce
>