RE: [DNS] Why have a policy?

RE: [DNS] Why have a policy?

From: Larry Bloch <larry.bloch§netregistry.com.au>
Date: Mon, 4 Apr 2005 10:43:36 +1000
Tony,

In fact your comment is a clear example of why an objective, automatic
policy should be in place rather than a subjective one.

Whilst msnmessenger.com.au may be at one end of the spectrum, there is a
whole range and it is impossible for 22 registrars to apply uniform
methodologies to all names in the spectrum. 

Moreover, to be frank, as has been pointed out, applying policy in the most
rigorous fashion is against registrars commercial interests. That's a fact
that shouldn't be ignored and all other things being equal, clever policy
will avoid such conflicts of interest. Then there's the whole issue of
consistency across a range of experience levels in operators at various
registrars.

The result is that you could find precedents within .au for just about
anything.

Much better to have a consistent, automatic and uniform policy with a clear
procedures for dispute resolution, which would start with discretion for
executive decisions by auDA staff (as in practice it does at present). 

Larry

> -----Original Message-----
> From: Tony Owen [mailto:tony&#167;seol.net.au] 
> Sent: Friday, 1 April 2005 1:20
> To: dns&#167;dotau.org
> Subject: Re: [DNS] Why have a policy?
> 
> 
> >auDA is not run by registrars. It should be - if it was, 
> policy would 
> >be objective and automatic, names would be cheaper and overall a far 
> >more rational and market driven system would pertain.
> 
> I probably am not up on all the facts but ...
> 
> If we are paying more for a name because a human "vets" names 
> to avoid 
> obvious shams, how the heck could
> msnmessenger.com.au get through? or any of the other blatant 
> trademark 
> ripoffs?
> 
> Cheers Tony
> 
> 
> --------------------------------------------------------------
> -------------
> List policy, unsubscribing and archives => http://dotau.org/ 
> Please do not retransmit articles on this list without 
> permission of the 
> author, further information at the above URL.
> 
> 
Received on Fri Oct 03 2003 - 00:00:00 UTC

This archive was generated by hypermail 2.3.0 : Sat Sep 09 2017 - 22:00:08 UTC