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.
_______________________________________________
dane mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dane
