Re: [dmarc-ietf] The description of psd=n

Alessandro Vesely <vesely@tana.it> Wed, 06 March 2024 11:04 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 8F08EC1519AA for <dmarc@ietfa.amsl.com>; Wed, 6 Mar 2024 03:04:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.407
X-Spam-Level:
X-Spam-Status: No, score=-4.407 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_MED=-2.3, 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=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=tana.it header.b="3tr44tZ4"; dkim=pass (1152-bit key) header.d=tana.it header.b="BOXrnpGu"
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 fnW7dckKgn44 for <dmarc@ietfa.amsl.com>; Wed, 6 Mar 2024 03:04:17 -0800 (PST)
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 60D12C1519A9 for <dmarc@ietf.org>; Wed, 6 Mar 2024 03:04:12 -0800 (PST)
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=tana.it; s=epsilon; t=1709723048; bh=vp9apuwk3KEmZsqxfFBZCIC0Tygjb5ibDS1uidqhlfg=; h=Author:Date:Subject:To:References:From:In-Reply-To; b=3tr44tZ4rT7vUt+ruJ2AQCBX8UlzGw/q4354RFE1Tu0zc1MzHjC24G3iKmXBtfJPQ RWq1PYAXjzw4WFV0yYsBQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=delta; t=1709723048; bh=vp9apuwk3KEmZsqxfFBZCIC0Tygjb5ibDS1uidqhlfg=; h=Date:Subject:To:References:From:In-Reply-To; b=BOXrnpGuhYR/JE7tEoHca7nwX8OTulwRyQB/Z7sSdVj4jy2Nui/htljAVD5dy54sS SvIdR8OrP66azMT0/oO6m3XjZyRX8+gd0oXWabBD+q+k4/AJsOl72Lv9Jg4T3U6gRz ywtaj2hmBGvyTgLGQg91GnMIgq0q2JDDpBS+tM9fmIfU0ZDSnv39NsrRhce4t
Original-Subject: Re: [dmarc-ietf] The description of psd=n
Author: Alessandro Vesely <vesely@tana.it>
Received: from [192.168.1.100] (93-32-170-28.ip34.fastwebnet.it [93.32.170.28]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLS1.3, 128bits, ECDHE_RSA_AES_128_GCM_SHA256) by wmail.tana.it with ESMTPSA id 00000000005DC116.0000000065E84DA7.0000747D; Wed, 06 Mar 2024 12:04:07 +0100
Message-ID: <d3ad272c-a94e-409f-afd1-9e410c32409c@tana.it>
Date: Wed, 06 Mar 2024 12:04:01 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: dmarc@ietf.org
References: <courier.0000000065E6FDF1.00005F05@wmail.tana.it> <CAHej_8mNavBYt7_zcit2PnxaQ9pijjMSvyOCw=UZon3VM+6jSQ@mail.gmail.com> <8BD3FAC1-F9E6-4B93-8D27-6036BBDE2327@kitterman.com> <CAHej_8kUrK_u0V16vedgG3s91VXfszzt1_gC7V24mRj-MNPkzg@mail.gmail.com> <F182FE1C-77B5-40EE-9066-0D92AD9A24FD@kitterman.com>
Content-Language: en-US, it
Authentication-Results: tana.it; auth=pass (details omitted)
From: Alessandro Vesely <vesely@tana.it>
In-Reply-To: <F182FE1C-77B5-40EE-9066-0D92AD9A24FD@kitterman.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/3iWzA-wxKaoLF9_fwuBb3QkVgVw>
Subject: Re: [dmarc-ietf] The description of psd=n
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: Wed, 06 Mar 2024 11:04:23 -0000

On 05/03/2024 21:47, Scott Kitterman wrote:
> On March 5, 2024 8:10:46 PM UTC, Todd Herr <todd.herr=40valimail.com@dmarc.ietf.org> wrote:
>> On Tue, Mar 5, 2024 at 1:30 PM Scott Kitterman <sklist@kitterman.com> wrote:
>>> On March 5, 2024 2:47:47 PM UTC, Todd Herr <todd.herr=40valimail.com@dmarc.ietf.org> wrote:
>>>> On Tue, Mar 5, 2024 at 6:12 AM Alessandro Vesely <vesely@tana.it> wrote:
>>>>
>>>>> Section 5.3, in the format description of psd:
>>>>>
>>>>>         n:  The DMARC policy record is published for a PSD, but it is the
>>>>>            Organizational Domain for itself and its subdomain.  There is
>>>>>            no need to put psd=n in a DMARC record, except in the very
>>>>>            unusual case of a parent PSD publishing a DMARC record without
>>>>>            the requisite psd=y tag.
>>>>>
>>>>> Perhaps a "not" is missing between "is" and "published"?  I'd 
>>>>> just say the domain is not a PSD /and/ it is the 
>>>>> Organizational Domain for itself and its subdomain. >>>>>
>>>>>
>>>> You may be correct in your assertion here; I'll wait for others to weigh 
>>> in.
>>>>
>>>> In the meantime, Issue 126 has been opened to track this.
>>>>
>>>
>>> I think it's missing a not, but is overwise fine.
>>>
>> John Levine commented directly on issue 126
>> <https://github.com/ietf-wg-dmarc/draft-ietf-dmarc-dmarcbis/issues/126>,
>> indicating that he believes the text should read (emphasis added by me):
>>
>>        n:  The DMARC policy record is published for a PSD, but it is NOT the
>>           Organizational Domain for itself and its subdomain.  There is
>>           no need to put psd=n in a DMARC record, except in the very
>>           unusual case of a parent PSD publishing a DMARC record without
>>           the requisite psd=y tag.
>>
>> I think this is the correct place to put the 'not', as it's consistent with 
>> the second sentence here, as well as this text from the following sections:


I thought psd=n means the domain is not a PSD.  Why would the text say 
the opposite?


>> 4.8 Organizational Domain Discovery - "If a valid DMARC record contains the 
>> psd= tag set to 'n' (psd=n), this is the Organizational Domain, and the 
>> selection process is complete."


This says psd=n means the domain IS the org domain.


>> 11.8 Determination of Organizational Domain for Relaxed Alignment -  "If a 
>> PSD domain publishes a DMARC record without the appropriate psd=y tag, 
>> organizational domain owners can add psd=n to their organizational domain's 
>> DMARC record so that the PSD record will not be incorrectly evaluated to be 
>> the organizational domain."


Ditto.

Besides, to say that a record is "published for" may sound as indicating 
who are the target readers of such publication.  Holding that a domain 
owner publishes psd=n in the hope that its PSO will read it and 
consequently amend its own record is not a valid interpretation of the 
text proposed above...

Shouldn't it be thus:

       n:  The domain is NOT a PSD, it is the Organizational Domain for
          itself and its subdomain.  There is no need to put psd=n in a
          DMARC record, except in the very unusual case of a parent PSD
          publishing a DMARC record without the requisite psd=y tag.

Best
Ale
--