From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id Vr3TMOaKEWEVIgAAgWs5BA (envelope-from ) for ; Mon, 09 Aug 2021 22:07:02 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id iDnCK+aKEWEvaQAAB5/wlQ (envelope-from ) for ; Mon, 09 Aug 2021 20:07:02 +0000 Received: from mail.notmuchmail.org (nmbug.tethera.net [IPv6:2607:5300:201:3100::1657]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D3A2BB458 for ; Mon, 9 Aug 2021 22:07:01 +0200 (CEST) Received: from nmbug.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id D1EE529033; Mon, 9 Aug 2021 16:06:57 -0400 (EDT) Received: from lahtoruutu.iki.fi (lahtoruutu.iki.fi [IPv6:2a0b:5c81:1c1::37]) by mail.notmuchmail.org (Postfix) with ESMTPS id 630B71FBCE for ; Mon, 9 Aug 2021 16:06:55 -0400 (EDT) Received: from guru.guru-group.fi (unknown [IPv6:2a02:2380:1:9:5054:ff:feb7:a4bc]) (using TLSv1.2 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: too) by lahtoruutu.iki.fi (Postfix) with ESMTPSA id 1EB031B000E5; Mon, 9 Aug 2021 23:06:54 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1628539614; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=21C4jC0SfCT+xxc7qLsLkFQXXmLjV5cKrctWzd48228=; b=he7rT2aQ1OPwfvodW9wlg7NqvfGBD5/pIfw4qKrVAXb1sNh7sT5f/ER0U/OnXCjD9yWeq4 1OXY+SWkdayQw70CdfuyPNz9r1AhW71a7b5dQ+SEiXRK9EFzHjVYA9vT126IR1VxEkyZeh D31VuwyS2+EWFJ/MKPpCskUX8W727QUIFA9glFaqBlavGbfQJF5Yoil+7tHBy5zWc6KClF f6e4RcaaoYjNe/ibdBHHBD+VxVI6d5yj/jezJF3jncp466EpdHtLfHEztey9txerc2+mle vJBJwdwsnuUB1/HKAYAi3rwObRkhOZ5ZNK0Q6JdzkFg6acNjyGcI3UJC40OFHw== From: Tomi Ollila To: Daniel Kahn Gillmor , Notmuch Mail Subject: Re: should notmuch handle or generate message responses (RFC 9078) (or, "why can't i =?utf-8?Q?=F0=9F=91=8D?= an e-mail message?") In-Reply-To: <87mtpv3763.fsf@fifthhorseman.net> References: <87mtpv3763.fsf@fifthhorseman.net> User-Agent: Notmuch/0.32+21~gfdddd4c (https://notmuchmail.org) Emacs/27.1 X-Face: HhBM'cA~ MIME-Version: 1.0 ARC-Authentication-Results: i=1; ORIGINATING; auth=pass smtp.auth=too smtp.mailfrom=tomi.ollila@iki.fi ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1628539614; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=21C4jC0SfCT+xxc7qLsLkFQXXmLjV5cKrctWzd48228=; b=enpmjLmQ1oReUTlflRZArHAZwWm15/Jc+Ir+AZZ0s68q7WvwXUQOawm6aPq7JF2Vy36ZTZ ogutSUffRkW6ZtQXKXWiLl+mTIqLIiDnoMxBlpRtsdxzfIIv5uYd2vSS4Af5bhERZg6xn4 wJNMZNUHvd/KXJF1RsxwP1wzqBTDie3j3/splizjOJg+yjIWyrXq+fP1vdkc9yZH34F1Zy YxSwaAkdq6ZdyqMBITTQAmhfW9ibGRFOaEwyx7K+RSAI0RbFssx+DOMs1sHY/PyP9Z0NwO D99+FYxuSDqE4TjBBj+TAHTekjB+JRF135+hnpSy1qmvpDoqUtn8WCJKzsjL7Q== ARC-Seal: i=1; s=lahtoruutu; d=iki.fi; t=1628539614; a=rsa-sha256; cv=none; b=Nzg7xj9RHfbVexE9r3EJ0tuXJfjQ0rwb2Y2+2DKNYtf5sMsbORf6sgpZX9EIQl50hbJM4L fJkFvTaXgjytBupRoXCHaO+rw7/us7ZbFj5Md9a+JsESkhMlcxy9/H6uDMV/BOsHRLSyEj 1Fkm0BCnTz1UR98vKw0pkMs7DlyPHvpA0biJRR7yIT6RzqXYBGSMS6zDgR6OUmfwe4UDLo JLDAxLM8KLui47FIcSY4blPk0tOPJ6pb0A46zQEBTu0Pv1cA/2q/ud4NnWOh6YPdfggIX1 Sf79P6WP7lLdNxTj7bwAwyNFVeCdJPPPY4O2SfboFBHZZDR0AiCQca99Q/6RBw== Message-ID-Hash: IERAAWLKBPD7ELRTSTRJ7T4JL7XRNLA6 X-Message-ID-Hash: IERAAWLKBPD7ELRTSTRJ7T4JL7XRNLA6 X-MailFrom: tomi.ollila@iki.fi X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.2.1 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1628539622; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=6w1Z+XsgCV3Y1uV1A/qKgx5H2RUpo7BZcXRVuIfK0r0=; b=QIqQ68kWTGq8Cm69sPQHDGQx38NvVJ/omUt4v2MfHv19AyGYg4XdGjXDhTdzjRVNc2W8yQ x482FQ2ZgosH5w7ZShCdYlGoN1EtYNVg3GsITlvDsH478iPjmc+Lq/4ssW7gFGmFAFXvwH 7XjSzAr3IzcYbU9R2UAU9V51Ym2SiTF+kxNeKbp2IodF6hMoTix9YiIKGFhX9dfN3Z5ioc 6eUvQ6bZavEmSQkNCgYPJyud4TcJ/6b65Z/n8UhlROGtdo9iZLEYe3Gt10SyYjpE0e90oU 8kOsi+5APw0hplF4360AHFT8awYjLciwtC7dt/el8wT/k8vUVrEqr+87uO0Trw== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1628539622; a=rsa-sha256; cv=fail; b=u//yhMxkoaMMheb3yWsFpNAa+ayEWp9DL8KZ6MaU06yli1I6wq4+p0C0jSQgKDh1FUVWF2 TFENL9/WPVY9/uilvdS/cyJJGR7gOtZ227gJEwOvJysr8OZWLszqrGx02vYMtdEA6HTBiJ pgREIR9BZzLLcNinvgu9p0fFryWay0aExscttDLTBpJODp/rKEHoBQqMmZ7EeliLkS92uY 4rBfiEu86Ja7UNTCj66dAnZZDRj6dgrLBhC6LurZ3i5WsXrIui1I4byGBj9RqJ3sbGM5L6 NFl4NaUq9wglg/zkPLCQbZkz9tQbS1hEDHC4AQhDjSJcaF7WOA4ei+RipsgzyQ== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=fail ("body hash did not verify") header.d=iki.fi header.s=lahtoruutu header.b=he7rT2aQ; arc=reject ("signature check failed: fail, {[1] = sig:iki.fi:reject}"); dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2607:5300:201:3100::1657 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Spam-Score: 1.05 Authentication-Results: aspmx1.migadu.com; dkim=fail ("body hash did not verify") header.d=iki.fi header.s=lahtoruutu header.b=he7rT2aQ; arc=reject ("signature check failed: fail, {[1] = sig:iki.fi:reject}"); dmarc=none; spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2607:5300:201:3100::1657 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Queue-Id: D3A2BB458 X-Spam-Score: 1.05 X-Migadu-Scanner: scn0.migadu.com X-TUID: 9vtkM9IZhPZ8 On Thu, Aug 05 2021, Daniel Kahn Gillmor wrote: > Hi notmuch folks-- > > RFC 9078 is an experimental draft "Reaction: Indicating Summary Reaction > to a Message": > > https://www.rfc-editor.org/rfc/rfc9078.html > > In short form, this lets you "thumbs up" an e-mail message without > sending a longer reply. > > Basically, it formalizes a way to respond to an e-mail with a single > emoji sequence [0] by sending a message using the following headers: > > - In-Reply-To: > - Content-Type: text/plain; charset=utf-8 > - Content-Disposition: reaction > > > [0] https://www.unicode.org/reports/tr51/#def_emoji_sequence Note that > "emoji sequence" is *not* just "a series of emoji characters", but > rather it is a sequence of codepoints that is typically expected to > render as a single emoji, for example a raised hand with dark skin > tone is U+270B RAISED HAND followed by U+1F3FF EMOJI MODIFIER > FITZPATRICK TYPE-6 > > > Currently in Notmuch these responses would be rendered as simple, short > one-line text replies. > > Some questions for notmuch to consider: > > 0) Should a message that conforms to this standard be treated > differently by notmuch than any other message? If the answer is > "nope" then the rest of the questions don't make sense :P > > 1) does the database need any modification to store/report these things > as distinct responses? > > 2) should "notmuch new" treat the message differently upon ingestion? > > 3) should message threading information count the list of messages in > the thread differently depending on how many messages are > "response" messages? > > 4) How should a notmuch frontend decide when to clear the "unread" flag > from such a response message? > > 5) Should notmuch frontends facilitate creation of this kind of > response? > > 6) how should a frontend render the summaries of these responses? I'd wait for "standards track" ;D (or de-facto usage it that takes too long...) Tomi > > Interesting times, > > --dkg