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

Dave Crocker <dcrocker@bbiw.net> Fri, 26 February 2021 23:01 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 8436F3A130E for <last-call@ietfa.amsl.com>; Fri, 26 Feb 2021 15:01:25 -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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=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=CMbMoQ5n; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=oesQYPNP
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 MAd1YmnXnYe1 for <last-call@ietfa.amsl.com>; Fri, 26 Feb 2021 15:01:24 -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 7F4E83A130D for <last-call@ietf.org>; Fri, 26 Feb 2021 15:01:24 -0800 (PST)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 1FBA251A; Fri, 26 Feb 2021 18:01:23 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 26 Feb 2021 18:01:23 -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:content-transfer-encoding; s=fm1; bh=u G7h7qylthqA3tSipHSxxAYFvEqKIFi8MzHp3t+u7Us=; b=CMbMoQ5nU3PF7Dbk4 xgJJCwLXeD0dQI80F9gncdtveWasWjs0xzV+/MummkEHCLYTi07zhI2HSG2OOCIU 2geDKzoU7lo2Vyv+MfNsMwJV97OTTbm+q2vim7oo3dtG48H654sUcByi1pPc7Rsm kZh/wE1kUGz6HOWe0XFOor8lcAU2vqakg2SRDnHtCar1zB0i5+1fH0+lbNGV5aB/ LRUnQhGOKBoWXtCtpjg9hV8YXG19iPqt/5uV62Hyibf1nMOM/ChuqMDgpHew3Ym2 Wblj+ZGt/0Rx54FllzNKnmfZjweMUxOaM+VZPsZ/oaDZtIIBj/be/oGWu1dt4+or 9+neQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=uG7h7qylthqA3tSipHSxxAYFvEqKIFi8MzHp3t+u7 Us=; b=oesQYPNPMCrB9N9UpQoQo8xqEAQxAY3CMO9wZqXMZOZdb4pqLl5AKweZ8 GoobOsoSop2gMZPOy1fwGa+2wx+xVhsMRWQiA5/zcT9US5r92ss1kVCKKwRHP/WH 9wF2DrqfSvBAYei6eauAKBWPgdnmBPT5uWvTQ1gYcN6P9PqkmjgfjJYgVpqnTaVP dnHnXZPDxsyHuZutuQdGt+AVQ7ST7XplYweUojgLrhtg/5Sg8XIOkFJpq9N8SzuP XSQKtASQfPHlJVNMSVxyix61IRK80xdetVsMqi4e7I31tGT+FsSXkuSgNd9m2Mnx ZQZ72ZfauNbWwIe3XwASosolimyNg==
X-ME-Sender: <xms:wX05YIuOJ8U6USdxSp6wgoojc7oxQor5DAsPNzm-dslf6erjxxh0kA> <xme:wX05YDShLEfZMrT8BeAyt7rkkiDjxSY0Zr9_yUmN80ZUhok1_-ZMiPMS16NNH7H7D j83HEbadzyefpMqgQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrledvgddtgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhfhokffffgggjggtgfesthejredttdefjeenucfhrhhomhepffgrvhgv ucevrhhotghkvghruceouggtrhhotghkvghrsegssghifidrnhgvtheqnecuggftrfgrth htvghrnhepiefhvdeugfejkefftdfhleevleetveefgeetfeegteejjedujeeugeehfeeh gfeinecuffhomhgrihhnpegssghifidrnhgvthenucfkphepuddtkedrvddviedrudeivd drieefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep uggtrhhotghkvghrsegssghifidrnhgvth
X-ME-Proxy: <xmx:wn05YOOQBsgHSWgL_RHhuEZVeQicRb2E-4m18BRg9uqvxAp4__8z2A> <xmx:wn05YIbw0crmHmEMtUEGAel60-vqy_h7QlGiJS70EanSovIl7t4TFA> <xmx:wn05YIzg7nBaIQKN6nqMQvNlm9CgY__lB0H7ApNonHctdntYMYDBlw> <xmx:wn05YBsUatlKRDjRM1nJfuAHdHVzJyPMRZzXyY3M6CL7h3m2tFXFfw>
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 AEAC524005C; Fri, 26 Feb 2021 18:01:21 -0500 (EST)
To: John Levine <johnl@taugh.com>, last-call@ietf.org
References: <20210226225413.EC3EA6EF3ACB@ary.qy>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <cf05c85a-1674-5c23-2eff-6d5b7f9a3736@bbiw.net>
Date: Fri, 26 Feb 2021 15:01:19 -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: <20210226225413.EC3EA6EF3ACB@ary.qy>
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/51mXg_ED0izZEcEfkEHtoz3ctFM>
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 23:01:26 -0000

On 2/26/2021 2:54 PM, John Levine wrote:
> At this point I don't see any compelling reason to limit the reactions
> to Unicode emoji and exclude text reactions like:-(


Which means that the data in that body-part can be anything, since 
there's no obvious way to restrict it.


That level of data flexibility is likely to make MUA design choices 
pretty limited, which in turn might limit the utility of the mechanism.

For example something like the common mechanism of showing the symbol 
and then putting a count next to it, for the number of responses that 
were received using it, does not work if the 'symbol' can be a long 
string of arbitrary text.

d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net