On 24 Jan 2017, at 3:01, John Levine wrote:
In article <14A8995E-D7BF-4994-98F8-875CCED02085(_at_)frobbit(_dot_)se> you
write:
I think this needs to be discussed a bit more in the LAMPS WG, but you have
a good point here.
I would extend to 'starting in "XX--" where X can be any ascii character"
because who knows whether we need a
completely different prefix one day.
I hope you mean X can be any ascii letter or digit. After all, Ctrl/C is an
ASCII character.
Yes, of course.
Or you should explicitly note that ascii-only mailboxes do imply the literal
value and those strings MUST NOT
be interpreted as A-Labels.
Urrgh. As far as I know, this is an entirely valid ASCII address:
fred(_at_)xn--exmple-qta(_dot_)com
That domain name happens to be the A-label for exámple.com but so what?
Sure, but my point was that this spec must make up its mind here. Should labels
be allowed which being with XX-- be allowed or not, and if they are (instead of
just ignored) should they be interpreted as their literal values or as A-Labels?
What I see is that one do *NOT* want to allow labels starting with XX-- (as one
must use U-Lables) but I see between the lines that the reasoning behind that
is that there might be some backward compatibility to cases where already
deployed labels exists in the wild that start with XX--.
This should be spelled out explicitly in the draft so that people really
understand what the thinking in, and not hidden in some (for non-english
speaking people) complicated english.
paf
signature.asc
Description: OpenPGP digital signature