Re: [Last-Call] Benjamin Kaduk's Discuss on draft-crocker-inreply-react-08: (with DISCUSS and COMMENT)

Dave Crocker <dcrocker@bbiw.net> Fri, 05 March 2021 23:32 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 1C9D83A1334; Fri, 5 Mar 2021 15:32:27 -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=RKhZtM+n; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=WfTmFd8s
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 Ruku_UFDy5r7; Fri, 5 Mar 2021 15:32:25 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEC033A1333; Fri, 5 Mar 2021 15:32:25 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id EA3D25C00E6; Fri, 5 Mar 2021 18:32:24 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 05 Mar 2021 18:32:24 -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=E 6n5EtPVKto1xMM9UUzzJLjqEZPCgmRrxyOvXIKqGQk=; b=RKhZtM+nzkkHZWkMG Xil7zMmkOsLqdbEyzi2UZ99a3ZIba56D+uw8wr3RHyPSOLuaskTdZCtEQUBK3Cmp RPiGx1SIDO7mYrmwKTg3W2fAOXe/tB9bMlRd0vkujov7vmP64PmhdjKeohl4uBzR aISz7GYr75xuAP86gEZPzEXqIF8QTMmfCQXYy8/uMyh8jdvkvkV6u/HrLn65AYh7 qlz0iqcvi2mUYYniwDvYIZifN9nIf5umRihfSXeaY/Kj7H+eRTf6qsjHIZkaymgH cinDAbTNQ3Lcpamq/mVxkNbRzTtUHiBZd0syWt6y/WFRiVF5QCt/Gc+88yr6q6Y+ 15Eig==
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=E6n5EtPVKto1xMM9UUzzJLjqEZPCgmRrxyOvXIKqG Qk=; b=WfTmFd8sqU3UDCkB93V6Vm2nmXYaX6r/k85z1ZMCvlgiJd/00h2qMKPBE EmOS4InqwWKSTKcf1c6wyHiyT4g/GF9NYV9Ct4hTnNOziJKdFxUkONQd5URgKDAA +nCO9xu0udOGXxvR/CiFXi+V8PpDazQQ/d2CZt3eA/RXoqJYU4C71STdo70enSmH 7WZM5kpw8bYxs+jbX/fNxQ8m+ScrEYz2wZ2/uGWVq44s9FoUZIez+gAlOFLwKdBP v9AgGO30GpqCu8DiTbjgv9E4NYfG3dZJQAqYOZmrHqt+dNrZR2AUtfptVmX2bzan dD9a/ZlvGIrNa0BNEpU2EhtWkSF7w==
X-ME-Sender: <xms:hr9CYG45n6TvqKCVtyt7sR1DvZ4GFVfYwcBi_A9Q9dPDeLOjC02lPw> <xme:hr9CYP5jwsKKmIwAemkMgDeB-hIwyCuXxXQxRXMT8lmTM4VjH-W02ZXIPrOMxhr5L w--BitNgWvUuWscqw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddtjedguddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepuffvfhfhohfkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpeffrghv vgcuvehrohgtkhgvrhcuoegutghrohgtkhgvrhessggsihifrdhnvghtqeenucggtffrrg htthgvrhhnpeeifefffeeukeeuveeuuefghfetiedtteduudehjeejteevffetleehffff tefhleenucffohhmrghinhepfhhurhhthhgvrhdrshhopdgssghifidrnhgvthenucfkph epuddtkedrvddviedrudeivddrieefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhepuggtrhhotghkvghrsegssghifidrnhgvth
X-ME-Proxy: <xmx:hr9CYFcfI_wmndL3ZrYXJgiwbdaSqdmRI7VvrtiOMCJIGQAPV8DX7w> <xmx:hr9CYDLuM4SK9KDJ2lJzc7vfZWswx7nZoMu8s0PJ1AMsL-j9jHOmBA> <xmx:hr9CYKIbeSDhMjScxkBJCyNAxd9QFzu4wE83Etjxj80grgQ6uZWaVA> <xmx:iL9CYPEeOodVY649p-V0COwMT-bK44gysJdyn9RmUAKtVaaJsxzDXA>
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 C2ED51080057; Fri, 5 Mar 2021 18:32:21 -0500 (EST)
To: Kjetil Torgrim Homme <kjetilho@ifi.uio.no>, Benjamin Kaduk <kaduk@mit.edu>
Cc: last-call@ietf.org, todd.herr@valimail.com, Barry Leiba <barryleiba@computer.org>, The IESG <iesg@ietf.org>, draft-crocker-inreply-react@ietf.org
References: <dbb0a7b2-07fc-348b-4e39-f5b3ff92a2c9@gmail.com> <20210225191159.GU21@kduck.mit.edu> <ef24bc92-b869-3882-d704-a44e4872c5f2@gmail.com> <CAC4RtVDRj_v2Jv9wixGtaLqVr+Q0Qg-z8rSQvRruJyhvVK9dFw@mail.gmail.com> <20210303191115.GG56617@kduck.mit.edu> <0e2a50e5-6f7d-a5c2-acf4-2be4fe34605c@bbiw.net> <20210303200117.GH56617@kduck.mit.edu> <13aca853-9466-81ae-9b8a-d403b49ecc79@bbiw.net> <20210303202035.GI56617@kduck.mit.edu> <9caa51e9-17e9-cb0e-dbba-79b148d40553@bbiw.net> <20210304015015.GL56617@kduck.mit.edu> <f66e48607d89190f341ed31f5d39201b72c661ba.camel@ifi.uio.no> <ded9ea39-a5c3-4426-aae5-a35fd1401349@bbiw.net> <9d9b046deeaccbfd2bc832571e4f7677d64a5cf3.camel@ifi.uio.no>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <b0c5fe01-daf5-9460-ac20-ffb9a55ff37b@bbiw.net>
Date: Fri, 05 Mar 2021 15:32: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: <9d9b046deeaccbfd2bc832571e4f7677d64a5cf3.camel@ifi.uio.no>
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/aPGoN-53NDLOKqwBGEvIUG2PpOg>
Subject: Re: [Last-Call] Benjamin Kaduk's Discuss on draft-crocker-inreply-react-08: (with DISCUSS and COMMENT)
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, 05 Mar 2021 23:32:27 -0000

On 3/5/2021 3:07 PM, Kjetil Torgrim Homme wrote:
> On Fri, 2021-03-05 at 13:52 -0800, Dave Crocker wrote:
>> On 3/4/2021 12:41 AM, Kjetil Torgrim Homme wrote:
>>>      2.  If R's In-Reply-To: does reference one, then check R's message
>>>          content for a part with a "reaction" Content-Disposition header
>>>          field, at either the outermost level or as part of a multipart
>>>          at the outermost level.
>>>
>>> This means a forwarded message will*not*  get its embedded reactions
>>> processed.  Well, forwarded messages will typically not have I-R-T set,
>>> but if a message includes previous correspondence as an attached MIME
>>> document.
>>
>> Not 'typically'.  A forwarded message is not a reply.
> 
> I can forward a message as a reply to a different message (drag and
> drop it as an attachment), but the "forward" button in my mail reader
> will not do that - it will only set References and not I-R-T.

You mean you can include a message in a reply.  That's not typically 
what is meant by forwarding.  But yes, you can do that.

The example in my previous note still applies.  The contained message is 
self-contained and any references inside it are not affected by the 
containing message.  Similar, the contents of the containing message 
(typically) does not reflect the contained message.



>> So I'm not sure how this is a problem.
> 
> It's not a problem, just an edge case.

Sorry, but so far, I am not seeing how it is even that.


> 
>> In any event, if there is no In-reply-to: field, then this specification
>> is not relevant to that message.
> 
> There is an In-Reply-To inside the attached message, that's my point.
>   It could even be nested further.

So? Again, I am still missing the point.


> 
>>> However, In-reply-to in messages in the attached
>>> correspondence will get their reactions processed if they are at the
>>> correct relative level in the structure.
>>
>> Let's see whether I understand, with an example meant to be more
>> interesting than the one in the specification:
>>
>>> From:  me
>>> To: you
>>> Subject: I just got this message
>>>
>>> ---- Forwarded message
>>> From: someone else
>>> To: me
>>> In-Reply-To: a previous message between us
>>> Content-Disposition: reaction
>>>
>>> U+1F997
>>
>> The containing message isn't using MIME, to make the forwarded message
>> an attachment.  I think it doesn't matter, for this example.
> 
> Well, a real example would have to use MIME, a MUA should not try to
> assign meaning to "---- Forwarded message" or "---- Vidaresendt
> melding", but I'll consider your example a shorthand for a proper MIME
> structure.

As I said, I believe use of MIME to make the contained message an 
attachment, rather than inline, does not affect this.

Since you apparently think otherwise, please explain.


> OK, so processing MAY recurse into the MIME structure?  I don't think
> the current step 2 allows this.

Yes it does:

> The emoji(s) express a recipient's summary reaction to the
> specific message referenced by the accompanying In-Reply-To header field,


The In-Reply-To: and Content-Disposition must be 'accompanying' each 
other.  In the same message.


   This can cause duplication in the
> presentation of reactions, 

How?


d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net