On 7 mar 2009, at 18.14, David Conrad wrote:
On Mar 7, 2009, at 5:33 AM, Patrik Fältström wrote:If you want a TLD, you tell me that you will not create any harm. You do, you get the domain, things go poof, then you did not do your homework beforehand.So, just to be clear, you would disallow new top-level domains unless you can prove a negative? :-)
I guess so... :-)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.
I.e. I think we first of all have to accept there is a gray area, and whether a TLD label in that area is safe or not very much will depend on the context it is used. One of the important contexts is of course the 2nd level domain which is defined by the policy for that domain.
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. 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.
Patrik
PGP.sig
Description: This is a digitally signed message part
_______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
