There are two DKIM errata that we've still not dealt with, and we need
to sort them out and respond to them. They can be found here:
http://www.rfc-editor.org/errata_search.php?rfc=4871
...and are numbers 1532 and 1596. Both were submitted by Tony -- so,
Tony, please review them and give us any further comments that'll help
us resolve them.
There are three applicable responses:
Verified: The item is correct, and it is important for those reading
RFC 4871 to pay attention to it.
Held for document update: The item is correct, but it is not
immediately critical, and may be incorporated in the next revision of
the document.
Rejected: The item is incorrect or unnecessary, or needs to be
considered as a significant working-group item in future.
My comments on the two:
----------- 1532
What Tony says is not consistent with the WG consensus, which was NOT
to REQUIRE the presence of "v=DKIM1", and the text (Tony's "N/A"
notwithstanding) makes it clear that the absence of v= is interpreted
as "v=DKIM1".
He's correct, though, that the intent was for the DKIM key record to
be backward compatible with DK (RFC 4870, Historical), but that the g=
tag screws that up. Perhaps what would be correct to say is this,
added after the g= paragraph and before its ABNF:
Exception: if "g=" is specified with an empty value AND there is NO "v="
specified at all, implementations MAY interpret this in the context of
DomainKeys [RFC4870], treating it as DKIM's "g=*".
----------- 1596
1596 is trickier and more involved. I think there's too much there to
make it "Verified" as is, and, while it's clear that Tony's right
about clarifying this point, it's not clear that it's been a real
problem for implementations. I think we need more comment from Tony
about it, and then have a brief discussion in the working group.
-----------
I will probably add these to the agenda for Maastricht, but let's
start the discussion here, now.
Barry, as chair
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html