All, I would have to agree with Kim on this. Not allowing domain names to be registered because of a failure of a certain company to implement their DNS resolver appropriately (or at least with easy to use options to make it behave rationally) is not the way to address the issue. Where is the motivation for the company to fix their resolver? In the mean time there are workarounds described in the pages linked from the original post that affected organisations can deploy. RFC1535 and RFC1536 both covered off on this issue back in 1993 with suggestions on how resolver implementers should fix the problem. It is appalling that 13 years later the situation still has not been addressed by a certain company. (Although the situation is slightly different, in that the system of 2LDs in use in .au changes the local/public boundaries as compared to the GTLD space, however if we can have region specific locales and date formats then having region specific (domain specific) resolver behaviour should not be too much to ask for) Given that auDA is amongst the last ccTLD's to release names of this nature, the solution has been described in RFCs for 13 odd years and that clearly the problem has been around (and subsequently addressed by MOST resolvers) in the GTLD space for at least that long (check out the * record on edu.com for example). I don't believe that the decision made by auDA to release these names was made without consideration. In the mean time, I am aware that auDA are actually in contact with the registrant of the two mentioned domains and are going to make it clear to them that the wildcard records are to be removed and that continuing to use the domain in the way that it is currently being used would result in the registration being revoked. Thanks Chris Wright Chief Technology Officer AusRegistry Pty Ltd -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.cynosure.com.au/mailman/private/dns/attachments/20060725/9b199b2b/attachment-0001.htmReceived on Tue Jul 25 2006 - 05:54:13 UTC
This archive was generated by hypermail 2.3.0 : Sat Sep 09 2017 - 22:00:08 UTC