Re: [dane] I-D Action: draft-ietf-dane-smime-04.txt

[Viktor Dukhovni <[e-mail]>]

On Thu, Jan 09, 2014 at 09:02:36PM -0500, James Cloos wrote:

> VD> Email addresses are still (multiple failed[*] attempts at SMTP + UTF-8
> VD> addresses notwithstanding) US-ASCII strings.
> 
> One of the reasons for base32 in the original smime draft was that some
> sites have local email addresses which differ only in case.
> 
> upper() vs lower() vs nothing(), as well as whether to strip some suffix
> or other are still a valid local policy issue when normalizing the strings
> before hashing or base32ing.

How does this bear on the encoding lookup key labels? Any encoding
(e.g. base32, or HMAC-SHA-224, but not punycode) that does not map
input strings that differ only in case to output strings that differ
only in case offers no advantage over a 1-way hash function.

I am not sure what you're getting at.  Perhaps I'm missing something.

-- 
	Viktor.