IETF Logo Mail Archive

Re: [dmarc-ietf] Signaling MLMs

Alessandro Vesely <vesely@tana.it> Sat, 15 April 2023 15:45 UTC

Return-Path: <vesely@tana.it>
X-Original-To: dmarc@ietfa.amsl.com
Delivered-To: dmarc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63B9FC14CE53 for <dmarc@ietfa.amsl.com>; Sat, 15 Apr 2023 08:45:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, 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=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=tana.it header.b="fpO0SE9j"; dkim=pass (1152-bit key) header.d=tana.it header.b="C/6TVYYd"
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 cVABgj8VAwkS for <dmarc@ietfa.amsl.com>; Sat, 15 Apr 2023 08:45:41 -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 332A8C14CE27 for <dmarc@ietf.org>; Sat, 15 Apr 2023 08:45:36 -0700 (PDT)
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=tana.it; s=epsilon; t=1681573534; bh=06nZ9TUJCsCqprDH9HOnTL325NPi4B24BgNIbmkNhzA=; h=Author:Date:Subject:To:References:From:In-Reply-To; b=fpO0SE9jcplW4ao3m9Ge38kjcoyFKjtWaSgd97kDpoeMEyJrc6WoLEtkPx4oCXJrz BfpjaYCS/LM1iPfNM++BQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=delta; t=1681573534; bh=06nZ9TUJCsCqprDH9HOnTL325NPi4B24BgNIbmkNhzA=; h=Date:Subject:To:References:From:In-Reply-To; b=C/6TVYYdLv3pZM32p9kjsPQH/50X4FtyGL3GKHS+H92sZTPZeKRkzTTaM6L76ZxD0 e/aXJzP7rB9FCFNVqcVeEBrNjiOxPWchmi5BXuZgg5EuHpjPNq2x42g99I97P/IIS3 Aw07DvJxtfh/tKTXwYAk2tmI41zub+vdfn8wqQESjNkz4ahkcohXjdZRGJB1N
Original-Subject: Re: [dmarc-ietf] Signaling MLMs
Author: Alessandro Vesely <vesely@tana.it>
Received: from [172.25.197.111] (pcale.tana [172.25.197.111]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLS1.3, 128bits, ECDHE_RSA_AES_128_GCM_SHA256) by wmail.tana.it with ESMTPSA id 00000000005DC100.00000000643AC69E.00005BA5; Sat, 15 Apr 2023 17:45:34 +0200
Message-ID: <25563237-24d2-9e4f-c468-4daf8e2c339c@tana.it>
Date: Sat, 15 Apr 2023 17:45:34 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0
Content-Language: en-US, it-IT
To: dmarc@ietf.org
References: <CAL0qLwZc2X7tyP+_8vvL3Yb7uJk6td3XGbsXUB68BNUEMhV4yQ@mail.gmail.com> <CAL0qLwZToWMh3cO-1zvvMZBFvo2o_PF+aRD58kAEZ0OObOcQNA@mail.gmail.com> <4b5aa1d9-dcb0-4abd-a149-b6bae30349f7@app.fastmail.com> <19178820.EVbMYgQtk6@localhost> <4e33f615-d8c9-49db-af77-a937180ad83f@app.fastmail.com> <5C458C5C-0C20-4B4D-9887-160B3048BD4B@kitterman.com>
Authentication-Results: tana.it; auth=pass (details omitted)
From: Alessandro Vesely <vesely@tana.it>
In-Reply-To: <5C458C5C-0C20-4B4D-9887-160B3048BD4B@kitterman.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/OGlIVWmoRaKxX8JxA4-jTi56b5g>
Subject: Re: [dmarc-ietf] Signaling MLMs
X-BeenThere: dmarc@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Domain-based Message Authentication, Reporting, and Compliance \(DMARC\)" <dmarc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmarc>, <mailto:dmarc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmarc/>
List-Post: <mailto:dmarc@ietf.org>
List-Help: <mailto:dmarc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmarc>, <mailto:dmarc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Apr 2023 15:45:50 -0000

On Sat 15/Apr/2023 16:42:32 +0200 Scott Kitterman wrote:
> On April 15, 2023 1:55:59 PM UTC, Jesse Thompson <zjt@fastmail.com> wrote:
> 
>>And the "If a mailing list would like to provide the best customer experience...MUST rewrite" suggestion seems like a reasonable way out of this "interoperability vs reality" standoff.  How about if I soften it up further: 
>>
>>"Any sender (mailing list, forwarder, ESP, or otherwise) which is tasked to send unauthenticated email from an address within a p=reject|quarantine domain it MUST refuse to send the message or send the message using an RFC5322.from address in a different domain."
> 
> 
> That kind of customer experience guidance isn't what goes in an IETF protocol specification with normative language.  There can, and probably should be, some discussion about that in an appendix, but without the MUSTard.
> 
> As I recently mentioned in another thread, the From rewriting trick is explicitly contrary to MUST NOT language in RFC 5321 on mailing lists.  We should quit pretending it's in scope as a component of DMARCbis and move on.


I hope they amend that passage.  There are several shortcomings in that 
section.  By the same argument, MLMs shouldn't add List-* header field either.


Best
Ale
--

v2.23.0 | Report a Bug | By Email