Re: [dmarc-ietf] New Version Notification for draft-kucherawy-dmarc-dmarcbis-01.txt

Alessandro Vesely <vesely@tana.it> Tue, 07 April 2020 10:43 UTC

To: dmarc@ietf.org
References: <158619357716.2395.9626087376923274203@ietfa.amsl.com> <CADyWQ+HKt5opYUaKjGCCFrB2+4BAXrHOC+x+BS2WZVZp20v6Vg@mail.gmail.com>
From: Alessandro Vesely <vesely@tana.it>
Message-ID: <3b7a0c04-5d6e-7483-c5b3-ff0faa2cd632@tana.it>
Date: Tue, 07 Apr 2020 12:43:52 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <CADyWQ+HKt5opYUaKjGCCFrB2+4BAXrHOC+x+BS2WZVZp20v6Vg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmarc/gEoLu8lk1O4FTuOQ2chcagd5dAE>
Subject: Re: [dmarc-ietf] New Version Notification for draft-kucherawy-dmarc-dmarcbis-01.txt
Precedence: list

On Mon 06/Apr/2020 19:21:56 +0200 Tim Wicinski wrote:
> Updates to draft-kucherawy-dmarc-dmarcbis
> [...]
> On Mon, Apr 6, 2020 at 1:19 PM <internet-drafts@ietf.org> wrote:
> [...]
>> Htmlized: https://tools.ietf.org/html/draft-kucherawy-dmarc-dmarcbis-01

I took a look at the new doc's diffs, and found a few nits:

*RFC3986 instead of RFC7208*

In some places this was wrongly replaced.  I found:

- In relaxed mode, the [RFC3986]-authenticated domain
- [RFC3986], which can authenticate both the domain
- when a message fails both [RFC3986] and [RFC6376]

*RFC3986 instead of URI*

The following snippet is quite unreadable:

   When a Mail Receiver discovers a DMARC policy in the DNS, and the
   Organizational Domain at which that record was discovered is not
   identical to the Organizational Domain of the host part of the
   authority component of a [RFC3986] specified in the "rua" or "ruf"
   tag, the following verification steps are to be taken:

Would "The component of a URI ([RFC3986]) specified in..." be better?

*Semicolon in the version tag*

DMARC records follow the extensible "tag-value" syntax for DNS-based key
records defined in DKIM, which says:

   Note that WSP is allowed anywhere around tags.  In particular, any
   WSP after the "=" and any WSP before the terminating ";" is not part
   of the value; however, WSP inside the value is significant.
                       https://tools.ietf.org/html/rfc6376#section-3.2

This seems to imply that "v = DMARC1 ;" (with spaces) is valid.  In addition, a
tag is specified as:

   tag-spec  =  [FWS] tag-name [FWS] "=" [FWS] tag-value [FWS]

That is, without a trailing semicolon.  So it sound confusing to insist on the
semicolon, as in «a tag of "v=DMARC1;"», «containing at least "v=DMARC1;"», and

   *  The version of DMARC being used is "DMARC1" ("v=DMARC1;")

*Repeated URIs*

Sometimes URIs are redundantly repeated in parentheses.  I found:

   common one is maintained by the Mozilla Foundation and made public at
   http://publicsuffix.org (http://publicsuffix.org).

      From: "user@example.org via Bug Tracker" support@example.com
      (mailto:support@example.com)

and

   an informal industry consortium: DMARC.org (see http://dmarc.org
   (http://dmarc.org)).

jm2c
Ale
--

Re: [dmarc-ietf] New Version Notification for dra… Tim Wicinski
Re: [dmarc-ietf] New Version Notification for dra… Alessandro Vesely