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 <[email protected]> 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: "[email protected] via Bug Tracker" [email protected]
      (mailto:[email protected])

and

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


jm2c
Ale
-- 





















_______________________________________________
dmarc mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmarc

Reply via email to