Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02

Kent Watsen <kent@watsen.net> Tue, 28 May 2019 16:36 UTC

Return-Path: <0100016aff4d355e-f638b0c7-02de-481c-9153-f79023bcaa7d-000000@amazonses.watsen.net>
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 C4234120198; Tue, 28 May 2019 09:36:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.311
X-Spam-Level:
X-Spam-Status: No, score=-2.311 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, RCVD_IN_MSPIKE_H2=-0.415, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 WakTjSOQQUNx; Tue, 28 May 2019 09:36:53 -0700 (PDT)
Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B44D3120127; Tue, 28 May 2019 09:36:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1559061411; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=eHQcVKzIrJs1GVvvBe81U9BCnltCv7Q/YauK47sQHHU=; b=TW8canvu3+GAAa9hjAbq2fSvXatH6kOEsQbOH+9RX6olJaYXJ6EJYdGaicspIopt zHPall5fQ9i0mBapUDz1d0vCpBad2NH9ExaaZKEwoou1nZ7SdwSkNTPqTq88Rk//p1H fJ/u6ighycqttH5DuzEI3ZN55Mnf6zTSJuz7MDf0=
From: Kent Watsen <kent@watsen.net>
Message-ID: <0100016aff4d355e-f638b0c7-02de-481c-9153-f79023bcaa7d-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8B066B60-B039-4014-9AB8-4AFC8DD0A688"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Tue, 28 May 2019 16:36:51 +0000
In-Reply-To: <91E3A1BD737FDF4FA14118387FF6766B2774DA44@lhreml504-mbs>
Cc: Lou Berger <lberger@labn.net>, "netmod@ietf.org" <netmod@ietf.org>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>
To: Italo Busi <Italo.Busi@huawei.com>
References: <e6fc4541-891a-60cb-e956-86f238d09f14@labn.net> <91E3A1BD737FDF4FA14118387FF6766B2774C768@lhreml504-mbs> <0100016afa70796c-314cbf69-755f-4ae2-b83a-d53507714c69-000000@email.amazonses.com> <91E3A1BD737FDF4FA14118387FF6766B2774DA44@lhreml504-mbs>
X-Mailer: Apple Mail (2.3445.104.11)
X-SES-Outgoing: 2019.05.28-54.240.8.31
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/pve87w9B_Di4hxQXfzkZrtc5a7Q>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02
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: Tue, 28 May 2019 16:36:56 -0000

Hi Italo,

Thank you for the text suggestion, I landed on the following text:

   For readability purposes, this script forces the minimally supported
   line length to be eight characters longer than the raw header text
   defined in Section 7.1.1 and Section 8.1.1 so as to ensure that the
   header can be wrapped by a space (' ') character and three equal
   ('=') characters on each side of the raw header text.

Kent // author




> On May 28, 2019, at 9:33 AM, Italo Busi <Italo.Busi@huawei.com>; wrote:
> 
> Hi Kent, <>
>  
> Thanks for your reply
>  
> For what I am concerned, the clarification you have provided is sufficient to me (no need to change the code)
>  
> You might also consider adding similar text at the beginning of Appendix A, if you think this helps. Something along the line:
>  
> The script forces the desired maximum line length to be a bit longer than the raw header text defined in sections 7 and 8, to further ensure that the header will always have some '=' characters wrapping around the header, for readability, in the unlikely scenario that such a narrow-width is needed.
>  
> Italo
>  
> Italo Busi
> Principal Optical Transport Network Research Engineer
> Huawei Technologies Co., Ltd.
> Tel : +39 345 4721946
> Email : italo.busi@huawei.com <mailto:italo.busi@huawei.com>
> <image003.png>
>  
> This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
>  
> From: Kent Watsen [mailto:kent@watsen.net <mailto:kent@watsen.net>] 
> Sent: lunedì 27 maggio 2019 19:57
> To: Italo Busi <Italo.Busi@huawei.com <mailto:Italo.Busi@huawei.com>>
> Cc: Lou Berger <lberger@labn.net <mailto:lberger@labn.net>>; netmod@ietf.org <mailto:netmod@ietf.org>; netmod-chairs@ietf.org <mailto:netmod-chairs@ietf.org>
> Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-artwork-folding-02
>  
>  
> Hi Italo,
>  
> 
> 
> 1) Section 7.2.1 (Folding for Single Backslash Strategy) says:
> 
>   Ensure that the desired maximum line length is not less than the
>   minimum header, which is 46 characters.  If the desired maximum line
>   length is less than this minimum, exit (this text-based content
>   cannot be folded).
> 
> However, the first line defined in section 7.1.1 is a "45-character string".
> I think that the paragraph be changed as:
> 
>   Ensure that the desired maximum line length is not less than the
>   minimum header, which is 45 characters.  If the desired maximum line
>   length is less than this minimum, exit (this text-based content
>   cannot be folded).
>  
> Fixed in my local copy.
>  
> 
> 
> 2) Section 8.2.1 (Folding for Double Backslash Strategy) says:
> 
> 
>   Ensure that the desired maximum line length is not less than the
>   minimum header, which is 45 characters.  If the desired maximum line
>   length is less than this minimum, exit (this text-based content
>   cannot be folded).
> 
> However, the first line defined in section 8.1.1 is a "46-character string".
> I think that the paragraph be changed as:
> 
>   Ensure that the desired maximum line length is not less than the
>   minimum header, which is 46 characters.  If the desired maximum line
>   length is less than this minimum, exit (this text-based content
>   cannot be folded).
>  
> Fixed in my local copy.
>  
> 
> 
> A question for clarification. Reading the following code in Appendix A:
> 
>     if [[ $strategy -eq 2 ]]; then
>       min_supported=`expr ${#hdr_txt_2} + 8`
>     else
>       min_supported=`expr ${#hdr_txt_1} + 8`
>     fi
> 
> It seems to me that the minimum lengths applied by the code in Appendix A are be 53 and 54 (instead of 45 and 46 respectively)
> 
> Is my understanding correct?
>  
> The script is not conflicting with the draft, as it does ensure that the length is not less than the raw header text.  Though, to your point, it adds an additional buffer to further ensure that the header will always have some '=' characters wrapping around the header, for readability, in the unlikely scenario that such a narrow-width is needed.   I could go either way on this, does anyone else have an opinion?
>  
>  
> 
> 
> Thanks, Italo
>  
> Kent // author