> And why should I lose the time on a licence that I've already > paid for just because I wish to switch providers? It isn't exactly spelled out in the draft Transfer document, but my guess is that the intention of making any transfer of Registrar of Record a part of a full renewal of the domain name is to try and deal with what I referred to in my email as "Deceptive Practices" - i.e. attempts to "churn" unsuspecting domain name holders from one Registrar / Reseller to another. Which, of course, has been the single hottest topic on this listserver over the last few months. Tying a transfer of Registrar of Record to a full renewal I think is intended to sort of force the domain name licensee to think a bit harder about what they're doing, and hopefully therefore not fall prey to being unknowingly churned between Registrars. Regards, Mark Mark Hughes Effective Business Applications Pty Ltd effectivebusiness§pplications.com.au www.pplications.com.au +61 4 1374 3959 > -----Original Message----- > From: Jon Lawrence [mailto:jon§jonlawrence.com] > Sent: Tuesday, 30 April 2002 23:26 > To: dns§lists.auda.org.au > Subject: RE: [DNS] Transfer of Registrar of Record > > > I agree. And why should I lose the time on a licence that I've already > paid for just because I wish to switch providers? > > Seems like a good deal for the registry though... > > > >-- Original Message -- > >Reply-To: dns§lists.auda.org.au > >From: "Mark Hughes" <effectivebusiness§pplications.com.au> > >To: <dns§lists.auda.org.au> > >Date: Tue, 30 Apr 2002 23:06:59 +1000 > >Subject: RE: [DNS] Transfer of Registrar of Record > > > > > >Well, I said in my last email on this subject that I'd > > > >> try and get my thoughts / > >> comments sorted out better and in more detail > > > >Finding time to read all the necessary documents and think them thru is > >always a problem, but here's some further thoughts on the Transfer of > >Registrar or Record issue. > > > > > >The draft document at > http://www.auda.org.au/docs/auda-transfers-draft.pdf > >has as Section 3.2 b): > > > >"the registrant must renew their domain name licence when the transfer > takes > >place (i.e.. the registrant receives a new 2 year domain name > licence from > >the > >gaining registrar)." > > > >The effect of this clause is critical - the process for changing > 'Registrar > >of Record' actually becomes a just a version of "Renewal of Domain Name", > >with the proviso that domain name renewals can be done at any time, but > >they're always for two years. In effect, we end up with 3 versions of > a > >similar procedure: > > > > > >1) Application for a new domain name > >2) Renewal of an existing domain name > >3) Renewal of an domain name, with a change of Registrar of Record > > > >And one procedure document should be able to cover them all. Treating > them > >as slightly different versions of the same process means that > things which > >are common to all three only have to be stated once, and the end result > >should be simpler and much more consistent than treating them as > different > >processes. > > > > > >The process is always going to be a tradeoff between: > > > >* efficiency - resulting in low costs to Registrars & Resellers and > >therefore to Registrants, in a competitive environment > >* effectiveness - resulting in a desirable outcome with regard to policy > >issues > > > >There are specific policy issues which may affect one or more of the > >versions of the application / renewal processes, and they appear > to include > >(in no particular order): > > > >* Authentication > >* Bad Faith Registrations > >* Deceptive Practices > >* Validity Checking > > > >and there may be others I haven't thought of. > > > > > > > >Looking at those policy issues in more detail: > > > > > >* Authentication - i.e. Authenticating the entity submitting a request > >Authentication needs to be done at any time subsequent to a new domain > name > >application where a change is made to the domain name details, to the > >contact details for the domain name, or to a domain name delegation. It > >doesn't really apply to new domain name applications as the > entity applying > >automatically becomes the authorised holder of the domain. > > > >* Bad Faith Registrations - i.e. discouraging them > >Discouraging bad faith registrations should be done as part of the domain > >name application. It doesn't need to be done at domain name renewal time > >- > >its difficult to see how any mechanism to deal with bad faith > registrations > >can be effectively linked to the domain name renewal process. > > > >* Deceptive Practices - i.e. discouraging deceptive practices by entities > >other than Registrants (i.e. Registrars / Resellers / Others) > >The objective is to stop deceptive practices by entities on Registrants > >designed to make the Registrant either pay more money than necessary or > >change Registrar / Reseller without their knowledge. This applies for > >Renewals with change of Registrar of Record. > > > >* Validity Checking > >For domain name applications, the eligibility of the applying entity, and > >the name they're applying for, need to be checked. Following > the existing > >principle of grandfathering, validity checking is not necessary at time > of > >renewal. > > > > > > > > > >In Summary: > > > > New | | Renewal with > > Application | Renewal | Change of Registrar > > ------------|---------|-------------------- > >Authentication No | Yes | Yes > >Bad Faith Registrations Yes | No | No > >Deceptive Practices No | ? | Yes > >Validity checking Yes | No | No > > > > > > > > > >Having identified the policy objectives, it should be possible to create > >one > >clear procedure document to address the three versions of the process: > > > >1. New Application > >2. Renewal > >3. Renewal with Change of Registrar > > > > > >We'd then end up with a "Domain Name Application and Renewal Procedure" > >document, and won't need a separate one for Change of Registrar > of Record. > > > > > > > > > >Regards, Mark > > > >Mark Hughes > >Effective Business Applications Pty Ltd > >effectivebusiness§pplications.com.au > >www.pplications.com.au > >+61 4 1374 3959 > > > > > > > > > > > > > > > > > >----------------------------------------------------------------- > ---------- > >List policy, unsubscribing and archives => http://www.auda.org.au/list/dns/ >Please do not retransmit articles on this list without permission of the > >author, further information at the above URL. (310 subscribers.) > --------------------------------------------------------------------------- List policy, unsubscribing and archives => http://www.auda.org.au/list/dns/ Please do not retransmit articles on this list without permission of the author, further information at the above URL. (310 subscribers.)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:05 UTC