Re: [EAI] Thinking about requirements / downgrade
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [EAI] Thinking about requirements / downgrade



----- Original Message ----- 
From: "Shawn Steele" <Shawn.Steele at microsoft.com>
To: "Harald Alvestrand" <harald at alvestrand.no>
Cc: "Mark Davis ⌛" <mark at macchiato.com>; <ima at ietf.org>
Sent: Tuesday, September 15, 2009 12:47 AM
Subject: Re: [EAI] Thinking about requirements / downgrade


>> IDNA made the leap of faith that no existing application would be
>> inconvenienced if we assumed that no domain name label starting "xn--"
>> existed with any other use than IDNA.
> 
>> What assumption can we make?
> 
> It seems unlikely that mailboxes start with xn--, though other values could maybe be used.  Should such an address already be used, I suggest that it is esoteric >enough that such existing usage shouldn't penalize the rest of the Internet moving forward.  Additionally, it'll probably still "work", though some clients might render >it funny.

assumption is just a assumption. never comes true. if we move forward without considering the  "esoteric" one,
the protocol might not run properly. if you have a utf-8 address and produce a automaic ACE address which happens to be there already, what will happen?
That means that the different accounts but equalent will  belong to the different users.
 I remember that why this WG does not choose the automaic algorithm to produce the alt-address has been discussed sevral times. It seems that we return again.

> 
> My earlier objections had nothing to do with "does a mailbox looking like that already happen to exist", but rather:
> * Punycode is NOT human-friendly.
+1

> * UTF-8 on the wire is much cleaner.

+1

> 
> My shift in thinking is that UTF-8 on the wire is still strongly preferred, and that a human-friendly address is also required.

+1

the problem is that we can not find the human-friendly address easily.

alias way might be a solution. but it seems that alias way might have some other problems. 

Yao Jiankang


> 
> -Shawn
> _______________________________________________
> IMA mailing list
> IMA at ietf.org
> https://www.ietf.org/mailman/listinfo/ima

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.