Patrik, On Mar 7, 2009, at 8:40 AM, Patrik Fältström wrote:
The problem with writing exact objective rules is that with the 6000 languages, and enormous number of codepoints, it is extremely hard to create say a regular expression that we know is _absolutely_ correct regarding separating the good TLDs from the bad ones.
Agreed.
Without knowing the policy for the 2nd level domain, I think it is very hard to say whether a given TLD level is safe or not.
Unfortunately, as you're aware, policy at the second level varies over time and there are few (if any) limitations placed upon the evolution of that policy. Attempts by ICANN to constrain 2nd level policy would unlikely be a bit ... challenging (particularly in the ccTLD space).
Yes, I agree that "if a TLD label is beginning with letter" is pretty ok, but it is safer to say "do not start or end with a digit" (as we do not know whether the labels are written in a left to right or right to left context). Will there also be a problem with digits within a label? "Probably not", but I rather see a generic good definition of "the gray area" and who is responsible for arguing (I an not saying proving here) whether something is "ok to delegate" or not, and I think it should be the applicant that argue it is ok. Not the other way around.
As far as I can tell, such arguments would be subjective. The applicant will obviously have an incentive to argue "of course it isn't going to cause any problems" which puts the burden back on ICANN to figure out if the applicant is being exhaustive in examining all possible implications of the proposed label. Not sure how much that helps...
Regards, -drc _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
