Re: [Emailcore] MDAs (was: Re: Delivered-To issues)

Alexey Melnikov <aamelnikov@fastmail.fm> Sun, 10 January 2021 19:29 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: emailcore@ietfa.amsl.com
Delivered-To: emailcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3045F3A11EC for <emailcore@ietfa.amsl.com>; Sun, 10 Jan 2021 11:29:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.119
X-Spam-Level:
X-Spam-Status: No, score=-2.119 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, FREEMAIL_FROM=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=fastmail.fm header.b=eolX0gyB; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bBqM/OkJ
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 r8SbTdJ2f4Vo for <emailcore@ietfa.amsl.com>; Sun, 10 Jan 2021 11:29:09 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBC6C3A11E9 for <emailcore@ietf.org>; Sun, 10 Jan 2021 11:29:08 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id B0C0C5C005D; Sun, 10 Jan 2021 14:29:07 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sun, 10 Jan 2021 14:29:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=u Fo22ECVJb9x8Bvqjq1SbvncVfjr7HO0RkrWcCzyvFo=; b=eolX0gyBWpfzBlhwh 4jn4XEmq593ZfegJqeZmCPSYN+AW22zxWaRvAZNXEd2WRYbI6wuO4YlgFQBqJ1gk B8RQ/hyooRntzX5qXconYJRnKMIprNPpufO/Fvd2Kr9tRSwWcMGIuyl80VMhLzea /acBYgBlXF7My4kBfDQ9GPMyHWo5McJktBCbrpYGMS7Co3NyjIkcfNHhrLU4Nwk8 OKpE0KvAu1XOmCk5rPvLruFgTFhoheDJNJohXDC3fhPRhDBFB5HJZ8sKQJOpSyNa WngBpedy3n6OquqmkdbUuUbFdTtKvDsBLJUcjfcWMUOKi2Z2b4PIsp9LoDH7HP8L pv7MQ==
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=fm1; bh=uFo22ECVJb9x8Bvqjq1SbvncVfjr7HO0RkrWcCzyv Fo=; b=bBqM/OkJQEj05/A4pSdKeSXsfelBxWBmbE7cZokVlGHWbrP6P7mjdYxl4 opnplstafn1GtcHUrWjGM8ZjJUIzwl1EAPUV2H7DAQIW2l8ZKEU8uBzmIsRSo4zY nYK6pC9KPznu8EotqCk61qyzO4CwMt8uUyXGedD0avMhZE8O8ywLXJE4HuQsTH/1 XgOGUaeFIBaFlcP6U6djDCKe7PqVLJic9d9BLqi1kJ7y/pNxTao/VFCXCjZwTRtY pJDguAxvCTJGRqhlSRWOTnz9NYJpsWnyAQfTdjwYC2qAHM5D2E8LA7tbvI2b6D/Q uVY21lmMVrkLl137NbhrTuyirc1yA==
X-ME-Sender: <xms:glX7X7iMx0naO7FLdVXWQVj4gtsGZ9uMU1pG7gfFUc_XFUEFs3B7mA> <xme:glX7X4BW-kO_Ml3Aykmm19r8YAP5ZHlzomJg_O0On1mV80DJJzwAvHMP3wor5W8EY ztrUSHReAnYCv_CJw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdegledguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtggfuhffojgffgffkfhfvsehtqhhmtdhhtdejnecuhfhrohhmpeetlhgv gigvhicuofgvlhhnihhkohhvuceorggrmhgvlhhnihhkohhvsehfrghsthhmrghilhdrfh hmqeenucggtffrrghtthgvrhhnpeekhfetleeludduhfefueeiffdvffdtgefhfeeuleet gfejhedujeevueegieeuheenucfkphepjeekrddutdehrdduvddvrdduleefnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprggrmhgvlhhnihhk ohhvsehfrghsthhmrghilhdrfhhm
X-ME-Proxy: <xmx:glX7X7EsrpCsKFOFwvKaQH7Y-4lKTOOZ4Gs_wkSfY7ShPvK1CbPDpA> <xmx:glX7X4R5XwyPgbr3Vl-hPa_NdVkI9F1A9Ux3rAM-0gN3f5avc7neow> <xmx:glX7X4wZx8VkuWYLJBZeCO0Qcae7bljpNB8jBAxaYD_745AmvgeE-g> <xmx:g1X7X1qxMozVbYmxkLKCFJGIVHZRKMRsvUZnY8ivh8Q1YdEhQsa0yg>
Received: from [192.168.0.2] (4e697ac1.skybroadband.com [78.105.122.193]) by mail.messagingengine.com (Postfix) with ESMTPA id D14D11080059; Sun, 10 Jan 2021 14:29:06 -0500 (EST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
From: Alexey Melnikov <aamelnikov@fastmail.fm>
X-Mailer: iPad Mail (16G102)
In-Reply-To: <401C14171E5834553A054F45@PSB>
Date: Sun, 10 Jan 2021 19:29:06 +0000
Cc: emailcore@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <321E669E-C87F-4F06-BA37-40677A2A91EB@fastmail.fm>
References: <20210106170718.9F6335CC249C@ary.qy> <bc5901e1-db8c-be83-54d9-47a48d2134be@tana.it> <9AE5B08FCF664B8F9A7721C2@PSB> <c961c91c-e29a-94aa-62bd-a3c16ded14a@taugh.com> <01RU3P9I4R8W004QVR@mauve.mrochek.com> <44b4b60e-58ce-7ac1-66d3-26c59722722b@dcrocker.net> <01RU4P45I2YI004QVR@mauve.mrochek.com> <401C14171E5834553A054F45@PSB>
To: John C Klensin <john-ietf@jck.com>, Ned Freed <ned.freed@mrochek.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/emailcore/1Uq-7850Hbkwegg0Vp5Q7kkS_YA>
Subject: Re: [Emailcore] MDAs (was: Re: Delivered-To issues)
X-BeenThere: emailcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: EMAILCORE proposed working group list <emailcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/emailcore>, <mailto:emailcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/emailcore/>
List-Post: <mailto:emailcore@ietf.org>
List-Help: <mailto:emailcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emailcore>, <mailto:emailcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Jan 2021 19:29:10 -0000

Hi all,

> On 8 Jan 2021, at 21:12, John C Klensin <john-ietf@jck.com> wrote:
> 
> --On Friday, January 8, 2021 07:30 -0800 Ned Freed
> <ned.freed@mrochek.com> wrote:
> 
>> ...
>>> Consider:
>> 
>>> 2.3.11.  Mailbox and Address
>>> ...
>>>    standard mailbox naming convention is defined to be
>>>    "local-part@domain"; contemporary usage permits a much
>>>    broader set of applications than simple "user names".
>>>    Consequently, and due to a long history of problems when
>>>    intermediate hosts have attempted to optimize transport
>>>    by modifying them, the local-part MUST be interpreted and
>>>    assigned semantics only by the host specified in the
>>>    domain part of the address.
>> 
>> There's just one problem with this text: This isn't true. It
>> has never been true, and no amount of repetition, compliance
>> language, or anything else will make it true.
> 
>> The obvious example, which I have pointed out many times, is
>> when mailing lists have to decide whether or not a
>> subscribe/unsubscribe request is a match to an address on the
>> list. This means choosing whether or not other people's
>> local-parts are case-sensitive. (There's also the issue of
>> things like unnecessary quoting, which in the interests of my
>> own sanity I'm going to ignore.)
>> ...
> 
> Ned, this may be another fork in the conversation, but...

Yes, please. Let’s change subject and create a new ticket, if needed.

Best Regards,
Alexey, as co-chair