[IPP] Fwd: [art] Modern Network Unicode [consensus]

Ira McDonald via ipp <ipp@pwg.org> Wed, 17 July 2019 23:05 UTC

Return-Path: <ipp-bounces@pwg.org>
X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com
Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D46A12016F for <ietfarch-ipp-archive@ietfa.amsl.com>; Wed, 17 Jul 2019 16:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=gmail.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 HzECXnN2PDjl for <ietfarch-ipp-archive@ietfa.amsl.com>; Wed, 17 Jul 2019 16:05:46 -0700 (PDT)
Received: from mail.pwg.org (mail.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 5D420120168 for <ipp-archive2@ietf.org>; Wed, 17 Jul 2019 16:05:46 -0700 (PDT)
Received: by mail.pwg.org (Postfix, from userid 1002) id A05EF13055; Wed, 17 Jul 2019 23:05:44 +0000 (UTC)
Received: from mail.pwg.org (localhost [IPv6:::1]) by mail.pwg.org (Postfix) with ESMTP id 55DDA488F; Wed, 17 Jul 2019 23:05:40 +0000 (UTC)
X-Original-To: ipp@pwg.org
Delivered-To: ipp@pwg.org
Received: by mail.pwg.org (Postfix, from userid 1002) id D0FEA2618; Wed, 17 Jul 2019 23:05:38 +0000 (UTC)
Received: from mail-yb1-xb33.google.com (mail-yb1-xb33.google.com [IPv6:2607:f8b0:4864:20::b33]) by mail.pwg.org (Postfix) with ESMTPS id 062222618 for <ipp@pwg.org>; Wed, 17 Jul 2019 23:05:38 +0000 (UTC)
Received: by mail-yb1-xb33.google.com with SMTP id s41so7764931ybe.12 for <ipp@pwg.org>; Wed, 17 Jul 2019 16:05:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=pEiAmNA/Z4v2RfEd6vaNNfLBFwSvLQditrVnmeE4Q08=; b=R2VQpK1PWgfdhrQEzJZ7WG1/zSYRl63OccRl4675i4E7Mm3Ua3g3yEEXKEvm3oukqT 7QDvOE1B3LRg/H2oAitir5aAl5okVmjxp0mmm2IeAN2qcEimFQS/AS4kltLsg84x/0nD bMDCB2yEA8gHioeLH7Snr/jMYX8e9t3AHa6ZGa4w06/KdhIRFFhIWQDDVvpLySi1SQR7 n2K1JudjzTgYYxu3dt2VqqbU52QVzpXr4Fr56nsZPtg+hlsyaA+KcLG2dUHgmxsDPfV4 cCvJl8w9NCh8ai90+XSdwnQLEmZeO6pGQltkbK8letzrirh75u1PfQtnMsLIrS9xOb4U UTVQ==
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; bh=pEiAmNA/Z4v2RfEd6vaNNfLBFwSvLQditrVnmeE4Q08=; b=hxZ8CKHzdVS44q697ncYtUsKGkRqQ+Qf8k2TZYnoYzcbhIGL53nHTEi9DyXUoz8Uaz +w956uHMKAdPH8P956hPy4IgitT/FYTJsYyfoqGPPfmDdD5M0DHqe4xgI49OYbveMUzd oTgUGUxwwRMJCtepWnGl+2w/P8ZPcV4CLsiVnA7qpwVHubngqFvWsyWKILZ42MEg4k5c 68718VsQV6f1vdlC3XX4Qp+yQG0O5PMUc9q10rhKlhKgfv1GH9FmU5289lol/543wVyG d1JXZ4KyVHaSYqhE0orW88rNz8XAt/VyA76pzqhQUmsVhkeImxG0ob4VloMJgzkQTsZq v7Tg==
X-Gm-Message-State: APjAAAXwF9O5pP6USGwPPMJDHNB5gnoe+8TvsWAtkC2C3ZGC8/+Bk8Fa xu6yb9UOzrvgo7/z5hkAH5vF8L2DhpJrc9qlLzeZJFed
X-Google-Smtp-Source: APXvYqwbWO4i0NKRPdCDel2Vbiyjp4eqUg0JvBppB8lR+Rp5IKooeVHBSIsbJXpJCoTKdWU6zfGhuQvAdrrLlqJXcdY=
X-Received: by 2002:a25:d252:: with SMTP id j79mr28558657ybg.236.1563404737000; Wed, 17 Jul 2019 16:05:37 -0700 (PDT)
MIME-Version: 1.0
References: <0A5251342D480BA6437F7549@PSB> <B243365E-F7C5-4C53-A64F-2E3E87C4CD66@tzi.org> <248A8DD5DA0D3D34D6B6EFC9@PSB> <213ae024-b819-4f56-6e37-0cd53eb566c9@ix.netcom.com> <D921117F-BA9E-430B-8287-06D15248E1B7@tzi.org> <90f8f2b5-ff3d-f9f1-860c-ae4d43f92c81@ix.netcom.com> <7F1F41C25D0AC5960D95A67E@PSB> <C7BBF677-E752-4258-A357-AE56338F6326@tzi.org> <DFB116527FF004C961182B15@PSB> <CAN40gStf08EwxiZ0+JUa02MLykQPEaL52quK-t9qc-Q8ALxT5A@mail.gmail.com> <0C841343-CD67-40A2-9C37-F5EB5B9DFF8C@tzi.org>
In-Reply-To: <0C841343-CD67-40A2-9C37-F5EB5B9DFF8C@tzi.org>
Date: Wed, 17 Jul 2019 19:05:25 -0400
Message-ID: <CAN40gSsxC271Hhf7CqfCUc_Fuc70cWvKcQK+WsewGDdnv5tD0g@mail.gmail.com>
To: "ipp@pwg.org" <ipp@pwg.org>, Ira McDonald <blueroofmusic@gmail.com>
Subject: [IPP] Fwd: [art] Modern Network Unicode [consensus]
X-BeenThere: ipp@pwg.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum <ipp.pwg.org>
List-Unsubscribe: <https://www.pwg.org/mailman/options/ipp>, <mailto:ipp-request@pwg.org?subject=unsubscribe>
List-Archive: <http://www.pwg.org/pipermail/ipp/>
List-Post: <mailto:ipp@pwg.org>
List-Help: <mailto:ipp-request@pwg.org?subject=help>
List-Subscribe: <https://www.pwg.org/mailman/listinfo/ipp>, <mailto:ipp-request@pwg.org?subject=subscribe>
From: Ira McDonald via ipp <ipp@pwg.org>
Reply-To: Ira McDonald <blueroofmusic@gmail.com>
Content-Type: multipart/mixed; boundary="===============2715969633545869384=="
Errors-To: ipp-bounces@pwg.org
Sender: ipp <ipp-bounces@pwg.org>

Hi,

The excellent consensus after more discussion - READ THIS!

Cheers,
- Ira


---------- Forwarded message ---------
From: Carsten Bormann <cabo@tzi.org>
Date: Thu, Jul 11, 2019 at 7:47 PM
Subject: Re: [art] [I18ndir] Modern Network Unicode
To: Ira McDonald <blueroofmusic@gmail.com>
Cc: John C Klensin <john-ietf@jck.com>, <art@ietf.org>, Asmus Freytag (c) <
asmusf@ix.netcom.com>, <i18ndir@ietf.org>


This is a great discussion.

To me, it seems to converge on the following.

(1) Sending sane data is the job of the data originator.

(2) Do not include gratuitous normalization steps in your processing, once
the data have been originated in a sane form.

(2a) If you broke it, you fix it (as far as possible): If your processing
steps did involve gratuitous normalization, you have to renormalize to NFC
before sending.

Here, “sane” is defined as:

(0) Data SHOULD be originated in NFC, unless that would be inappropriate
for the specific script, in which case the community consensus rules for
the script govern.

For Latin script, this happens to collapse to what 5198 says.

This set of rules places the onus on the place where the data is generated,
which is usually the place that knows most about the specific script and
about the intent of the originator.  If you know that place isn’t doing its
job, add the rule:

(1a) If the data originator does not do (0), the software placing the data
on the network may need to sanitize (normalize towards sane).

1a is similar to 2a in that it doesn’t create perfect results, so both
SHOULD be avoided — there is no way to, after the fact, perfectly sanitize
data that weren’t originated sane or that were gratuitously normalized on
the way.

With these definitions, MNU can direct towards:
(A) Senders: send sane data
(B) Recipients: break as little as reasonable when data received isn’t sane
(C) B is not a valid excuse not to do A, and specifically: recipients are
not expected to clean up after senders (because there is no correct way to
do that).

(Rule C is the often forgotten third rule of the Postel principle.
It also means that an entity that is a recipient of MNU and then sends the
data on as MNU has no need to gratuitously normalize, but it does not
entirely get rid of rule 1a for recipients of data from places known not to
be sane.)

Grüße, Carsten
_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp