> rejected again. it seems some other part of centacare already has > centacare.org.au and this group wanted centacare-brokenbay.org.au. Mr Elz has > decreed that this group should organise it with centacare.org.au and > has yet again rejected the application. Actually, they should have done this first. It has always been policy (as far as I can remember) that only one DN will be issued per organisation. Whether you personally like it or not is irrelevent in the current instance and you should probably have made your client aware of this at the start. The first thing we do for a DN app is check whether they already have one. > now my poor client who has already been waiting weeks now has to > track down the people who have centacare.org.au, has to find out > whois hosting centacare.org.au and wether they can subdomain it and point > it at a different ISP. forcing them into possible greater expense and > wasting further time. Again, this should have been checked into first, thus any 'additional expense' wouldn't be necessary. If the 'owner' of the original DN refused to sub-domain, _then_ you would have cause to get a different name. > when are the unsuspecting public going to cease to be beholden to > the whims and personal tastes and preferences of volunteer registrars? Silly as it sounds, have you tried educating them? We try as much as possible. Yes, it's taken some time, but now our clients are much happier that they have a firmer hold on things. Over the years I have come to accept and (mostly) agree with the T&Cs for the domains. I agree there should be multiple registrars, but that doesn't void the policies there-in. Regards, Antony. ------------------------------------------------------------------------------ Antony Healey ISOC-AU Founding Member Ph: +61 2 9893 1883 General Manager Fax: +61 2 9893 1884 Healey Communications Australia -- Giving you the world... ------------------------------------------------------------------------------Received on Mon May 11 1998 - 10:04:02 UTC
This archive was generated by hypermail 2.3.0 : Sat Sep 09 2017 - 22:00:03 UTC