Re: New Version Notification for draft-obispo-epp-idn-00.txt
Klaus Malorny <[email protected]>
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <[email protected]> |
On 09/01/12 19:50, Keith Gaughan wrote: > On 22/12/11 18:48, Klaus Malorny wrote: > > That's actually a good point, but how exactly they're treated very much > depends on registry policy. For instance, does the registry implicitly > register ASCII variants (as the .cat registry does) or treat them as totally > separate entities (which is EURid's policy), and if you follow a .cat-like > policy, and say (queue silly example) 'foo', 'föö' and 'fóó' are considered > considered distinct words in the language but the convention is to simply > omit the accents, should registering one of them block the others? > > That's a pretty complex question. Indeed. But even if two differently accented words have different meanings, it could make sense to allow only one of them to avoid confusion (at least to someone who also thinks that no second tablet computer with rounded corners and a centered display may exist ;-)) > >> Regarding multiple tags: I personally think it should be legal to mix >> languages and scripts under certain (narrow) conditions. > >> Why should a domain >> like "café-mосква.ru" not be possible? > ^^ ^^^ ^ > Because it's open to homograph attacks, as demonstrated above. To avoid that, > you'd have to specify some way of deliminating words within the label (as you > did with the hyphen), but that complicates things an awful lot for very little > gain, and you'd have people complaining that they can't register > "cafémосква.ru", which in their eyes might be equally legitimate. > This is what I meant with "narrow": e.g. that the words must be separated by a hyphen and that each word must not entirely consist of letters for which homographs exist in the other script. I admit that such rules may be complex, likely too complex. The benefit of having such domains might be outweighed by programming logic and the task to explain this to registrars and registrants. Regards, Klaus _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg