Re: Last Call: <draft-ietf-precis-problem-statement-08.txt> (Stringprep Revision and PRECIS Problem Statement) to Informational RFC
SM <sm@resistor.net> Tue, 09 October 2012 16:07 UTC
Return-Path: <sm@resistor.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 B39AC1F0C94 for <ietf@ietfa.amsl.com>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.594
X-Spam-Level:
X-Spam-Status: No, score=-102.594 tagged_above=-999 required=5 tests=[AWL=0.005, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99kRdvH6btkl for <ietf@ietfa.amsl.com>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 343931F0C8C for <ietf@ietf.org>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id q99G7DD9010689 for <ietf@ietf.org>; Tue, 9 Oct 2012 09:07:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1349798837; bh=JgE/E2fL86+Bsa0mhagYIrChgULh5Xg4FUPr6Zvq5ho=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=WwVZR+RXeM99SidG303gkuT7pjrWR7Qr1vJetigP5XtR56cv50Iy9r1bUxezl6Let BUjJvI+nh2CbGC/iLWsD9SdhA4fK77ydwYYzpCHwBsrxSnzWFlrV3A52ft96WgMqtl QYBGiIeVkeHErmsk4xURroCsTUELVFH4PFl2PDXA=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1349798837; i=@resistor.net; bh=JgE/E2fL86+Bsa0mhagYIrChgULh5Xg4FUPr6Zvq5ho=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=0Ttys8V5J9Cxb8+Faz+V2u51PBpkvYymwjm0hpT+Klm5GIyc+vvvnSq5NeTaRohdE JNvYgy3UKmzyhzlYe3AsgFa6HM8amRAxdulorI6sMDMpDbVUF4btxs/kMYNgPZpgMv BUgr2ptE5ZLYhCGsBcPZNVIc0HKubLaTJAiyvqqo=
Message-Id: <6.2.5.6.2.20121009070956.0ac31c90@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Tue, 09 Oct 2012 08:25:06 -0700
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: Re: Last Call: <draft-ietf-precis-problem-statement-08.txt> (Stringprep Revision and PRECIS Problem Statement) to Informational RFC
In-Reply-To: <20121009134458.18784.49285.idtracker@ietfa.amsl.com>
References: <20121009134458.18784.49285.idtracker@ietfa.amsl.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 09 Oct 2012 16:07:20 -0000
At 06:44 09-10-2012, The IESG wrote: >The IESG has received a request from the Preparation and Comparison of >Internationalized Strings WG (precis) to consider the following document: >- 'Stringprep Revision and PRECIS Problem Statement' > <draft-ietf-precis-problem-statement-08.txt> as Informational RFC > >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 2012-10-23. Exceptionally, comments may be Section 2 could be dropped as it isn't that important to have RFC 2119 in a problem statement. In Section 4: "For example, Stringprep is based on and profiles may use NFKC [UAX15], while IDNA2008 mostly uses NFC [UAX15]." I suggest reviewing the references to see what background information is required for the reader to understand "NFKC". In Section 6: "The above suggests the following guidance for replacing Stringprep: o A stringprep replacement should be defined." That sounds obvious. The appendix is more informative than the rest of the draft. The text in the Appendix B comes out as rough notes though. In Section 5.3.3.2: "It is important to identify the willingness of the protocol-using community to accept backwards-incompatible changes." The "tolerance for change" for several "protocol-using communities" is rated as "not sure". I understand that it is difficult to get definitive answers for these questions. It's doubtful that people will choose "better support for different linguistic environments against the potential side effects of backward incompatibility". It seems that the WG has taken on an intractable problem. Regards, -sm