[Top] [All Lists]

Re: [ietf-smtp] [dane] "decoded local-part" for dane-smime and dane-openpgp

2016-03-11 07:03:01
On 3/11/2016 4:51 AM, Paul Wouters wrote:
On Wed, 9 Mar 2016, Sean Leonard wrote:

Subject: [dane] "decoded local-part" for dane-smime and dane-openpgp

The problem is that this text does not distinguish between the local-part production, and the decoded (unescaped) local-part characters.

As I am discussing in another Internet-Draft elsewhere (in progress, not necessary to cover right now here), the local-part has evolved basically to be a string of Unicode scalar values, which may or may not be escaped or quoted. Specifically:

It is therefore appropriate that the local-part be isolated from the entire e-mail address production, and unescaped/unquoted (i.e., decoded). All three

I propose similar text for draft-ietf-dane-openpgpkey. Assuming we have agreement, I can tackle that draft accordingly.

I believe the chairs stated that the experiments of dane for
openpgpkey and smime can continue without tackling every corner case
of local-parts. Fixing the local-parts is up to th email community,
not the dane community.

There is nothing to "fix" in this comment.


are all distinct e-mail address strings, that represent the local part:

This is hardly a corner case; it's just the way that e-mail addresses work.

Are you saying that you believe that those three variations should result in three different SHA-256 hashes?


ietf-smtp mailing list

<Prev in Thread] Current Thread [Next in Thread>