Re: [Last-Call] New Version Notification for draft-crocker-inreply-react-07.txt

Dave Crocker <dcrocker@bbiw.net> Fri, 26 February 2021 22:37 UTC

Return-Path: <dcrocker@bbiw.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D067D3A0FB0 for <last-call@ietfa.amsl.com>; Fri, 26 Feb 2021 14:37:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, 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=bbiw.net header.b=sHnUN4pv; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=tQKo59A7
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 qjdIpJzmCdgH for <last-call@ietfa.amsl.com>; Fri, 26 Feb 2021 14:37:25 -0800 (PST)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B6393A0F49 for <last-call@ietf.org>; Fri, 26 Feb 2021 14:37:25 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 5217EAEA; Fri, 26 Feb 2021 17:37:24 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 26 Feb 2021 17:37:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbiw.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm1; bh=9uL8Oee/M4uvYqTMZzyv68qYBpI OnUrxi1xPYe+DlZ0=; b=sHnUN4pvC9kpUsio5jvcn1GrqPRWFI0NJH/HsyN2l9V 2w8wu2M20eqED/gNUeVYLsqyva729oG6kP1o67wIcjWyNu1q780HIjUGgcolDVgJ WpVoBFN9tHR/PZuYOiUnm7rrjmoVpeGw1sdpsRVOgy82V0MbgGQlYrw9yEawIf7t Fjz0JbVMU5HVjw85r7Y1UoppmRh15QVPgx+hyoJl+dA3kffl5xEo9HD2TYLoyrhr 9z7E1AKE3Ws9fgnJFCnF1G1uwODkJcjcNYOPgyLL0e+39/P61ipIhAi3n+NHBIjU 5jBXlKjUmEpV/cz0DwkC/3lZLZQ31Wu/uSywvEp/oCw==
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=fm2; bh=9uL8Oe e/M4uvYqTMZzyv68qYBpIOnUrxi1xPYe+DlZ0=; b=tQKo59A7rZyMQv2B/YoOSH 8ay5aP9j/NaeZu3hZhVMcc6oxLZ+hQC12Ke/365lTFquzilaBzd8CRYp5zGfkPv1 stSrbEBsgD6q32TL0Xm1Mm9sYyxN1Sfz7f6hRKuo696ZlFKxSWypJnnpqptigSbw WIcdHclZhNQcp9SvvNUOyMbMyPLT4A6liXN4J2Zjx3YNBqH7PqTEsMEp47o19yXf ODgg9U8DlTWhYLrmfs01eQ62eNRL3R44nZ6YhWujbUbyf2udDEqPTha1DXI1Kn8Y 8slZMfxUfh9QuvUkkEsg37d27Nocd6D8XXUzIgrppGGckkt+jbvsKfWx6oGpf5zQ ==
X-ME-Sender: <xms:Ing5YIp5VLie2RnbNk1QnV4a1TLDRrIKYao2DcCK2m_FQvxTJTPBUw> <xme:Ing5YOrXV2BzO3zwajWFvdzeBeTu1H1JmbaxPnxMAyhEEmxKD3-uocSjpxrYv_6Ku aQ3RfTH4cpbY3ZpAA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrledvucetufdoteggodetrfdotffvucfrrh hofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgenuceurghi lhhouhhtmecufedttdenucenucfjughrpefuvfhfhfhokffffgggjggtsegrtderredtfe ejnecuhfhrohhmpeffrghvvgcuvehrohgtkhgvrhcuoegutghrohgtkhgvrhessggsihif rdhnvghtqeenucggtffrrghtthgvrhhnpeffheevteduueejieekheejudfgteffhfevke dtheelheetvdegudeujeehffdvleenucffohhmrghinhepsggsihifrdhnvghtnecukfhp pedutdekrddvvdeirdduiedvrdeifeenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpegutghrohgtkhgvrhessggsihifrdhnvght
X-ME-Proxy: <xmx:Ing5YNOCe-C2vOlRzVmePHQqTZE5RG4a_zdXHPS0hXnSxw1k7RVs3g> <xmx:Ing5YP6xh2U-RyKOoLMigY07MeWimyzBI367CmoLjWouiCTeTHuPBA> <xmx:Ing5YH7BHLutaYpYWgfhto6LP3Mmd3X-9PN-kejIkcZOPt4O_J4iZg> <xmx:I3g5YEgH-cMsMR8_7AMmQzo95KBsPyeUvN-i85GVFg2JJARSYrgewQ>
Received: from [192.168.0.102] (108-226-162-63.lightspeed.sntcca.sbcglobal.net [108.226.162.63]) by mail.messagingengine.com (Postfix) with ESMTPA id 8216E240054; Fri, 26 Feb 2021 17:37:22 -0500 (EST)
To: John C Klensin <john-ietf@jck.com>, Ricardo Signes <rjbs@semiotic.systems>, last-call@ietf.org
References: <161101034209.26517.6109459219578848244@ietfa.amsl.com> <400c0e6f-ee6f-d5a4-ad8d-2fdd739693a3@bbiw.net> <731E05DA-E528-4892-B062-F6A1D673D597@frobbit.se> <489d7342-a642-40e5-be21-584b49772d59@beta.fastmail.com> <75C40657FAC1AE09EF5AB51D@PSB>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <e324f2c4-923c-e1a1-1df4-c65993835f08@bbiw.net>
Date: Fri, 26 Feb 2021 14:37:20 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0
MIME-Version: 1.0
In-Reply-To: <75C40657FAC1AE09EF5AB51D@PSB>
Content-Type: multipart/alternative; boundary="------------C5375FA3152A723F81799799"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/V5PbvXcCUZg3Wx2a5h-F6uq8w8Y>
Subject: Re: [Last-Call] New Version Notification for draft-crocker-inreply-react-07.txt
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Feb 2021 22:37:27 -0000

John,

On 2/25/2021 9:30 PM, John C Klensin wrote:
>> This is not like the use of non-ASCII characters in domain
>> names, because reactions are not used as resource locators.
>> If a visually confusable emoji is used to replace another, the
>> reader is not misled into arriving at the wrong resource.
> No, but the user may be misled.

And they may not.


>   Since you mention a dragon
> below, consider how would you respond to receiving a single
> dragon emoji response and what would assume the sender was
> trying to convey?  I can sort of guess given your comment about
> teeth, but, if you sent the same symbol/ code point to a Chinese
> colleague, I'd hope you would expect a rather different
> interpretation.

The specter you raise is that an author might make a choice that will be 
misunderstood by a recipient.

Since that problem is not going to be solved in its general form, what 
makes it reasonable to impose it here?

What makes this small mechanism worthy of such a great fear?  And 
especially what makes it greater than for the rest of an author's message?

This is a mechanism that provides a very simple context, for conveying a 
very rich array of symbols.  It lets author and MUA developer decide 
what symbols to use.


d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net