RE: [DNS] INTERNET NAME GROUP - UNSOLICITED RENEWAL NOTICE REQUESTS REGISTR Y KEY

RE: [DNS] INTERNET NAME GROUP - UNSOLICITED RENEWAL NOTICE REQUESTS REGISTR Y KEY

From: Mark Hughes <effectivebusiness§pplications.com.au>
Date: Thu, 21 Mar 2002 10:19:36 +1100
As far as I know, the following entities either know now, or can access
their domain name registry keys:

* The domain name holder.  They were issued with the registry key when they
registered the name.  If they've kept their Admin contact details in the
AUNIC registry up-to-date, they can recover their domain name registry key
using the automated keyserver.

* The domain name Tech contact.  If they've kept their details up-to-date in
the AUNIC Registry, they can recover the domain name registry key using the
automated keyserver.

* The Registrar.  Currently Melbourne IT is the Registrar for all com.au
domain names, and they have access to all the com.au domain name registry
keys.


Could someone (i.e. Melbourne IT, or one of their channel partners) clarify
the following:

1. If a Melbourne IT channel partner registers / renews a domain name, but
is not the Tech contact for the domain, does that channel partner have
access to the domain name registry key?
2. Do Melbourne IT channel partners have access to domain name registry keys
for domains which they didn't register/renew?


Regards, Mark

Mark Hughes
Effective Business Applications Pty Ltd
effectivebusiness&#167;pplications.com.au
www.pplications.com.au
+61 4 1374 3959

> -----Original Message-----
> From: Rod Keys [mailto:rod&#167;ddns.com.au]
> Sent: Thursday, 21 March 2002 09:52
> To: dns&#167;lists.auda.org.au
> Subject: Re: [DNS] INTERNET NAME GROUP - UNSOLICITED RENEWAL NOTICE
> REQUESTS REGISTR Y KEY
>
>
> Michael wrote
>
> If you are receiving notice from your original reseller or Melb
> IT directly
> you would not have to provide the key as the domain name is already with
> them.
>
> MelbIT should be required to be provided with the registry key from the
> registrant (I thought that issue had been delt with) the same as with any
> other  transfer. What gives them an exemption we are talking competition
> here...
> ----- Original Message -----
> From: "Michael-Pappas" <auda&#167;michael-pappas.com>
> To: "auda.org.au " <dns&#167;lists.auda.org.au>
> Sent: Wednesday, March 20, 2002 9:13 PM
> Subject: Re: [DNS] INTERNET NAME GROUP - UNSOLICITED RENEWAL
> NOTICE REQUESTS
> REGISTR Y KEY
>
>
> > > Is this correct?
> >
> > Yes and no. In order to renew a domain name Melb IT have made provisions
> > for transfer of .com.au domain names between accredited
> resellers. So say
> > you originally registered your domain name through one reseller
> and found
> > another in the two year period and wanted to change. Then you would
> > required to provide that new reseller the registry key to move
> the domain
> > name to their management within the Melb IT system and flag that domain
> > name to their management.
> >
> >
> > > Do I need to supply my registry key to affect renewal
> > > of my domain name?
> >
> > If you are receiving notice from your original reseller or Melb IT
> directly
> > you would not have to provide the key as the domain name is already with
> > them.
> >
> >
> >
> > > I have not had any previous dealings with Internet
> > > Name Group. I am a sole proprietor so it is impossible that any member
> > > of my staff could have requested a renewal from Internet Name Group as
> > > I do not have any staff. This seems like business solicitation in it's
> > > purest form.
> > >
> >
> > Not really sure what you are saying.. Do you or don't you have staff? If
> > you do it's more than possible.. if you don't then highly
> unlikely as you
> > would know if you provided the Reg Key to them.
> >
> > > At uni we are taught that IS professionals should not misuse
> the skills
> > > they have learnt for underhandedly obtaining information, and that
> > > people's privacy should be respected. An example was made of companies
> > > that send renewal notices for domain names that look like invoices,but
> > > I didn't realise that one of the companies involved was (or claims to
> > > be) an Accredited .com.au Registrar.
> > >
> >
> > Unfortunately what people are taught does not mean that they do it.
> > Porovisionaly accredited registrars a the moment does not
> really mean that
> > much... it the reseller that follow the  Interim code of practice.
> >
> >  http://www.auda.org.au/docs/Interim_COP.pdf
> >
> > I do remember that there is a list on the www.auda.org.au site
> but for the
> > life of me I can't find it.
> >
> > > Are there current stats on how many consumers are affected by this
> > > practice? Where did this company get my details from? Are they really
> > > an accredited registrar? Why would an accredited registrar send me a
> > > deceptive unsolicited renewal advice?
> > >
> >
> > I really doubt it.
> >
> > Best Regards,
> >
> > Michael-Pappas.
> > www.clickngo.com.au
> >
> >
> > > All comments appreciated.
> > >
> > > Kind Regards,
> > >
> > > Max Sylvester
> > > (University Student and part time IT support)
> > >
> >
> >
> --------------------------------------------------------------------------
> > -
> > > 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.  (327 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.  (327 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.  (327 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