IETF Logo Mail Archive

[ietf-822] Re: Comment on experimental RFC9078

Alessandro Vesely <vesely@tana.it> Fri, 19 July 2024 15:48 UTC

Return-Path: <vesely@tana.it>
X-Original-To: ietf-822@ietfa.amsl.com
Delivered-To: ietf-822@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 467C4C14F60A for <ietf-822@ietfa.amsl.com>; Fri, 19 Jul 2024 08:48:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1152-bit key) header.d=tana.it
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K86RXnvd-oYx for <ietf-822@ietfa.amsl.com>; Fri, 19 Jul 2024 08:48:31 -0700 (PDT)
Received: from wmail.tana.it (wmail.tana.it [94.198.96.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A54EC14F609 for <ietf-822@ietf.org>; Fri, 19 Jul 2024 08:48:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=delta; t=1721404100; bh=MjJAmAh4wEX7oDqz3YVnGAW2mlnXaz/wZ0/laSWa5FU=; h=Date:Subject:To:References:From:In-Reply-To; b=DS3Wez5fpbDs1Z61kFmjSXH7lCpgNIz/+aox944EW12OZw7lf+XBeQP6EBUA2J5zT stNdAwXLmrTxNPYPjp0VDhIsP0d9Ae6K3sOWoLDv5areF28+N7yBe1+QX63zo4Yph4 i63dGgVTswt4YvaCPCsLAWRP2ww0dDKga4CXn13ZPaavyEUOx2w5VNE1tD3rv
Original-Subject: [ietf-822] Re: Comment on experimental RFC9078
Author: Alessandro Vesely <vesely@tana.it>
Received: from [172.25.197.120] (pcale.tana [::ffff:172.25.197.120]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLS1.3,128bits,ECDHE_RSA_AES_128_GCM_SHA256) by wmail.tana.it with ESMTPSA id 00000000005DC04A.00000000669A8AC4.000045B8; Fri, 19 Jul 2024 17:48:20 +0200
Message-ID: <ebf93516-9224-4971-9dd6-f50504425e9c@tana.it>
Date: Fri, 19 Jul 2024 17:48:20 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: John Levine <johnl@taugh.com>, ietf-822@ietf.org
References: <5cb8ef6f-2b29-4a98-aa87-caad69a8362d@karlewald.de> <20240717174311.36CF98FF23D0@ary.qy> <da2d57ec-6925-4fe3-9991-138fb617bade@dcrocker.net> <1a5558ee-0e9d-d31d-37dc-1c19bea7f3e9@taugh.com> <a9d70e90-81d4-460f-af27-c33218151797@tana.it> <20240718223014.2BEF290056AB@ary.qy>
Authentication-Results: tana.it; auth=pass (details omitted)
From: Alessandro Vesely <vesely@tana.it>
Content-Language: en-US, it-IT
In-Reply-To: <20240718223014.2BEF290056AB@ary.qy>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Message-ID-Hash: QCYQTVKPVJ7Q2BGLMARTTXLPKU7WSZ5R
X-Message-ID-Hash: QCYQTVKPVJ7Q2BGLMARTTXLPKU7WSZ5R
X-MailFrom: vesely@tana.it
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf-822.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [ietf-822] Re: Comment on experimental RFC9078
List-Id: "Discussion of issues related to Internet Message Format [RFC 822, RFC 2822, RFC 5322]" <ietf-822.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-822/5D__xUoOdzZaQLsLDLmeYpzYTw8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-822>
List-Help: <mailto:ietf-822-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-822-owner@ietf.org>
List-Post: <mailto:ietf-822@ietf.org>
List-Subscribe: <mailto:ietf-822-join@ietf.org>
List-Unsubscribe: <mailto:ietf-822-leave@ietf.org>

On Fri 19/Jul/2024 00:30:13 +0200 John Levine wrote:
> It appears that Alessandro Vesely  <vesely@tana.it> said:
>>What if the MUA I regularly use can handle reactions, but I happen to send a 
>>message from another MUA, which doesn't?  Or the other way around.
> 
> Then your mail will be inconsistent.
> 
> The mail I send from my phone already looks quite different from the mail I
> send from my laptop.  That shouldn't be a big surprise to anyone.  And there are
> plenty of attachments I can receive on one but not the other, or that look reasonable
> on one and useless on the other.


Using a client which cannot open a given attachment doesn't make the system 
inconsistent.  When you're back to the office you can always get at that 
message with a better MUA.

Asking that question is a usual way to understand whether a feature belongs to 
the server or to the client.  Think translating the names of standard IMAP 
folders, for example.

The ability to receive or not reaction mail looks to me like a server feature. 
Yet, soliciting reactions can well be a per-message, client option.


Best
Ale
--

v2.35.0 | Report a Bug | By Email | System Status