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

Dave Crocker <dcrocker@bbiw.net> Wed, 03 March 2021 19:06 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 D44293A1877 for <last-call@ietfa.amsl.com>; Wed, 3 Mar 2021 11:06:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.121
X-Spam-Level:
X-Spam-Status: No, score=-2.121 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=qhl9GYvb; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=vU2WteHO
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 cNoWlTpEGD5L for <last-call@ietfa.amsl.com>; Wed, 3 Mar 2021 11:06:47 -0800 (PST)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4BFB3A1876 for <last-call@ietf.org>; Wed, 3 Mar 2021 11:06:47 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 3864118AA; Wed, 3 Mar 2021 14:06:45 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 03 Mar 2021 14:06:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bbiw.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=V 09a//WFi0YdQeQQh3wPGApmoUtu+ffn85fHJCvmrm8=; b=qhl9GYvbahlhIVV+h MZWkP+dKkRj0mnYjIdP/V3Co5cs58/q5B3tMSqfydW/aqILsjRfBe+zkXQetz/H6 bTYlRnfQi5JLFOBlYqsw6jApZ7Kt6PkAeXJrbDsj68d7q3+UlgUtEnue+UtDYQ5y uSJegESPhXPZqr7fRnoPqE9GFjbHk9oYN1v5LGZmkDLdu/yo/0c6G0fslExupndW 4JOFYP/ovWFrgQPNWLqiokg9ZxXD0bXVN795pjNJMHWoG+EEqRSHjPkWSbLMj7Xi 9lfJ6oYGUHtzmvt5k5wbgLcmnNB2P7KL4hTpXAvOCi4pQvDL5KBzz9IMeOduzdM5 t8OVw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding: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=V09a//WFi0YdQeQQh3wPGApmoUtu+ffn85fHJCvmr m8=; b=vU2WteHOZPVRSfH1whI9+PmaZYg57He1vI6EVWCjBDf/qr9iqv3k6gjs+ oAHFCTHvClj8fMT7DCTWJSaKd7mCcAi0N7blyBeF13dTNdrvEm7UzIH19txjAwvh Pf61pOTqcFwMFyYY+0XIeTT+d6B0AbTrygqtBGp39tDOeSCno82i7oQcYQHyP9wk EO8UfaHp3x2f1Ekkyk3TsM8qn2UacaqHvz0bCPVidCaIBHVlRoDdmykxmkg0SMOr mHvUTjHO5ChvdJXgLjQEwD/X2RGYJZA28us+S+kAJgXqWh6kVzt38yPaFLMF4sZr YtlN0wCBwPTtU196x/isfYlVmRoBQ==
X-ME-Sender: <xms:RN4_YK7fzAntvHl0mQfsTt3ztdx-8kADW-u4kUAGC8U8avQPut7Ccg> <xme:RN4_YM0OYD_TL76vH2dTySNUIJHix6foFXf4kCL31SYLv3bC2qKvYMYs8QyasTT8N QdFis85xA670eSAFQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddtvddguddujecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuvfhfhfhokffffgggjggtgfesthejredttdefjeenucfhrhhomhepffgr vhgvucevrhhotghkvghruceouggtrhhotghkvghrsegssghifidrnhgvtheqnecuggftrf grthhtvghrnhepiefhvdeugfejkefftdfhleevleetveefgeetfeegteejjedujeeugeeh feehgfeinecuffhomhgrihhnpegssghifidrnhgvthenucfkphepuddtkedrvddviedrud eivddrieefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhho mhepuggtrhhotghkvghrsegssghifidrnhgvth
X-ME-Proxy: <xmx:RN4_YLZmxlFmwGrohUh6cM8QBWwZ98w5shA7l3qLekzyNryXS1YmDQ> <xmx:RN4_YEDyHXF-bhBbKPnP-Nr0Wrx9rIXVylex-6ThgiFaWunBc2LK3Q> <xmx:RN4_YN-cN5b2spwaR25vh62P_7bgsKqT5FIRuuKbLAy4Mx9H_a5JmQ> <xmx:RN4_YHFHElN78rcXSCh7aSUemWIpRncQevhBUd14rE7uFlrsqDOTKA>
Received: from [192.168.0.109] (108-226-162-63.lightspeed.sntcca.sbcglobal.net [108.226.162.63]) by mail.messagingengine.com (Postfix) with ESMTPA id BF93324006B; Wed, 3 Mar 2021 14:06:43 -0500 (EST)
To: Kjetil Torgrim Homme <kjetilho@ifi.uio.no>
Cc: last-call@ietf.org
References: <20210227000746.583206EF7036@ary.qy> <1bf0f5b1-a7a8-8c9f-3d6a-6f29f57fdb37@bbiw.net> <aaa9869-a44f-d23c-a5d-4f9e9d6d6c75@taugh.com> <688c9a89-1d37-deb9-9a93-2a69f1a63f28@bbiw.net> <2da68d7e-5f5f-b4bd-3d14-e5be523b5de@taugh.com> <01RW5O4GZD6A005PTU@mauve.mrochek.com> <7ac7fc9d-2b20-7e9b-c967-d1ce7cea7a46@bbiw.net> <8389429589bcf06937686653595fd2e011205888.camel@ifi.uio.no> <01RW712B6XMY005PTU@mauve.mrochek.com>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <2417047a-936a-2c8b-74b3-d6ef40937fe7@bbiw.net>
Date: Wed, 03 Mar 2021 11:06:41 -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: <01RW712B6XMY005PTU@mauve.mrochek.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/d-XyTI6-CIRKmVxc7f1ckANpDIA>
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: Wed, 03 Mar 2021 19:06:49 -0000

On 3/2/2021 1:40 PM, Ned Freed wrote:
>>    4. If the part contains code points outside the implementation's
>> vocabulary, it MAY process them as undisplayable.
> I think this assigns the base-emoji set a too much importance in the overall
> scheme of things. But if the consensus is otherwise, I can live with it.


Defining a normative core is typically Very Good practice for a 
protocol, to ensure basic interoperability.

At this stage, however, I think we do not know enough about the way this 
will get used to be able to assign normative status to a core set of 
emojis.  "Basic interoperability" here has more to do with humans than 
computers.

If the Experiment produces clear guidance we can easily incorporate it 
to make give normative status to support for a core set of emojis.

d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net