ietf
[Top] [All Lists]

Re: Last Call: draft-kucherawy-authres-header-b (Authentication-Results Registration For Differentiating Among Cryptographic Results) to Proposed Standard

2010-05-25 23:48:41


On 5/25/2010 8:54 PM, Murray S. Kucherawy wrote:
As DomainKeys (RFC 4870) is historic since the last three years, it would
be better to drop it from this specification.

I'd be fine with that if the IESG or general consensus feels that's
appropriate.  RFC5451 included support for DomainKeys in observance of its
wide deployment even though it's got "Historic" status so I also included it
here, but I don't have particularly strong feelings about continuing to do
so.

The goal of pressing to have DomainKeys declared Historic was/is to press for
adoption of DKIM.  That's aided by removing support elsewhere, especially in
/new/ standards.

The removal also makes the authres spec that much simpler.  Simpler is better.


One would have to register another mechanism for making an unambiguous
reference if it's reasonably possible that a collision can occur.

Going over the MUSTs, "the value associated with this item in the header
field MUST be at least the first eight characters of the digital
signature".  We then have "Where the signature of a future method is fewer
than eight characters, the entire signature MUST be included".

I suggest keeping the first requirement for at least eight characters.  A
future method with less than eight characters cannot use "header.b" then.

I also suggest avoided repeating normative text.



As an editorial nit, Acknowledgements is generally in a section instead of
an Appendix.

I see that in some published RFCs, but I didn't see how to create a
non-appendix section after the appendices using xml2rfc.

Last couple of docs I've worked on have Security, IANA and Acknowledgements as the last 3 sections of <middle></middle>.

d/
--

  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf