On 3/3/2010 2:45 AM, John Levine wrote:
This means that in DKIM, the d= value is a domain, it's punycoded, no
question about that.
I don't recall that in the DKIM specification and I don't recall the part of
the specification the dictates a context in which the punycode version is a
given.
There's two contexts, actually, d= and i=.
RFC 4871, top sentence on page 20, in the description of d=
Internationalized domain names MUST be encoded as described in
[RFC3490].
RFC 4871, second paragraph on page 21, in the description of i=
Internationalized domain names MUST be converted using the steps
listed in Section 4 of [RFC3490] using the "ToASCII" function.
In retrospect, the two sentences should have been worded the same, but if
you read RFC 3490, you can see that they amount to same thing.
For anyone else unfamiliar with IDNs, RFC 4690 offers a good overview,
with pointers to the relevant standards including RFC 3490. As RFC 4690
notes, although there is a standard way to encode Unicode domain names,
there's no encoding for non-ASCII mailbox names yet.
R's,
John
_______________________________________________
NOTE WELL: This list operates according to
http://mipassoc.org/dkim/ietf-list-rules.html