Re: Secdir last call review of draft-klensin-idna-unicode-review-03

"Christopher Wood" <caw@heapingbits.net> Wed, 11 September 2019 01:43 UTC

Return-Path: <caw@heapingbits.net>
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 26011120801 for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 18:43:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=heapingbits.net header.b=LT1kNOp8; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=sUmoBMKK
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 fVA25xJ5HqWL for <ietf@ietfa.amsl.com>; Tue, 10 Sep 2019 18:43:20 -0700 (PDT)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24E8B120273 for <ietf@ietf.org>; Tue, 10 Sep 2019 18:43:20 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 6311B71E for <ietf@ietf.org>; Tue, 10 Sep 2019 21:43:19 -0400 (EDT)
Received: from imap4 ([10.202.2.54]) by compute6.internal (MEProxy); Tue, 10 Sep 2019 21:43:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heapingbits.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm2; bh=uluRgomGBQOBvcSICPvKAvsP6+dU+Ml mFhyr+L+ke1A=; b=LT1kNOp8yqvNLfKGlhMPTVVxjVmtvFNaQ9SpRikpIwTbRlS CHxrYDzdKegGyxmRPvVER+Hdv4/oEkZhWFR8Jga6NXfofYZol1TJz/wMqvhGnrXs 5QDPurANDVvxPgSYgYgJn9zoQoAvKbxKlwK6G5pzZXL6Ya5aKGGVswkjazJoYhUA 6s/SzNOx2Rg4geAZb3quTK1mmUHhKGA0tlF1UADy9PiVscXUDWtkwkNws4THSKVg GcHepes5Ov8p27vbVj6B6BnZviI9YP4rv0iOP8jY64swhNe3oihn/dmDBO/q+ePu vpSM0bGqS3+Lpbv0xmRdKqqOXYkcZ3MeviCR4IA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=uluRgo mGBQOBvcSICPvKAvsP6+dU+MlmFhyr+L+ke1A=; b=sUmoBMKKQdtkjrFtufCAR0 JnxGCGqsK/8qBUVCAzo+/aqhfLlTQE9qfnQBmU+bXtHI0BCO7nOeZuEYHwtrh/SV S6XJ2ff+raRFjyasb0S3ONFOCKOJTzjZs+JYVFjXbNN/72x1b+GApD8g2g2LQFyj dRjcZSwKQ00BCSKZTcc5yHhZOVdITbhz8nUOrOl8dCUMB9/yR3+9hXU+5DfvtZvK FKC9aUZrN0GOoI3iFkPzoXnIZ0QLTE9D5ddDKGH1+8MKa4lmBurvegcYl2aRM78I ysMRj6uDyCRwYFBfYisuk2kj6yJw9uVGj0ldfrOVOawJnff3o5Do0JmD+c3XZy7g ==
X-ME-Sender: <xms:NlF4XRY6sEDKDMfRlKWkdg-KktQcp2IF1Ms01zWUrjMioNue09P4SQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrtddugdehtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesthdtre dtreertdenucfhrhhomhepfdevhhhrihhsthhophhhvghrucghohhougdfuceotggrfies hhgvrghpihhnghgsihhtshdrnhgvtheqnecuffhomhgrihhnpehivghtfhdrohhrghenuc frrghrrghmpehmrghilhhfrhhomheptggrfieshhgvrghpihhnghgsihhtshdrnhgvthen ucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:NlF4XUTOg1t6xaBNZAoAVkNMS65Q8IqFHQkDhvX5e2Ey2UgTfCNboQ> <xmx:NlF4XffRM4qXMr-5wPJGjqVsQoAU6kQGGRR6VIFJYQ0tF-6EaJcTgg> <xmx:NlF4XTk623ugpXJXiDUa_O7VOXcIc3th7_hw1t7qc930M2DmyyK7AQ> <xmx:N1F4XbpW0Eq5YFnQBOYKces-zyl2SxBULLSgQW2ZjsnhdKaoUbWUaA>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id B202B3C00A1; Tue, 10 Sep 2019 21:43:18 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.1.7-189-g37dc846-fmstable-20190910v1
Mime-Version: 1.0
Message-Id: <5f383959-825c-4aa3-8e7f-fd2eb3d4df82@www.fastmail.com>
In-Reply-To: <156816606075.22400.22167404102467671@ietfa.amsl.com>
References: <156816606075.22400.22167404102467671@ietfa.amsl.com>
Date: Tue, 10 Sep 2019 18:42:58 -0700
From: Christopher Wood <caw@heapingbits.net>
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: Secdir last call review of draft-klensin-idna-unicode-review-03
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/YTDco5AJvMVxqHiPGSJKyBY8QZY>
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: Wed, 11 Sep 2019 01:43:22 -0000

It seems the formatting got lost in translation. The feedback below is probably easier to read here:

   https://datatracker.ietf.org/doc/review-klensin-idna-unicode-review-03-secdir-lc-wood-2019-09-10/

Sorry for the trouble!

Best,
Chris

On Tue, Sep 10, 2019, at 6:41 PM, Christopher Wood via Datatracker wrote:
> Reviewer: Christopher Wood
> Review result: Has Nits
> 
> This document looks mostly good to go. I only have a few questions and some
> various editorial nits.
> 
> Questions:
> - Section 4, last paragraph: Will code points "considered unsafe" be labelled
> as such, and if so, where? In the derived property IANA tables? (Assuming those
> tables are kept.) - Section 5, second paragraph: How will the success of this
> document's proposed changes be measured in order to determine if further steps
> towards minimizing confusion are needed?
> 
> Nits:
> - Section 2, first paragraph, first sentence: It seems a comma is missing after
> [RFC3491] reference, i.e., "..., commonly known as "IDNA2003" [RFC3490]
> [RFC3491], ...". - Section 3, second paragraph: s/full Unicode versions/major
> Unicode versions? - Section 3.1: s/also concluded that maintain Unicode/also
> concluded that Unicode? - Section 4, third paragraph: Is the requirement that
> changes which are "documented" redundant with the following "explained"
> requirement? (That is, perhaps just say "... must be documented and explained."
> - Security Considerations, second paragraph: Do "end users" include systems
> that process or interpret Unicode values? If not, it might help to specifically
> call them out, as problems may arise from misinterpretation there.
> 
>