[LINK] RFI: The Process of Domain Redelegation

Karl Auer kauer at biplane.com.au
Mon Aug 23 11:23:17 AEST 2010

On Mon, 2010-08-23 at 10:41 +1000, Roger Clarke wrote:
>      What mechanism causes the old ISP to delete the entries from
>      its (previously authoritative) name-server?

They *should* be informed prior to the redelegation and asked to remove
the zone at or after a particular time. Any competent and ethical
company will do so. Some companies provide a direct interface where you
can make all the necessary changes yourself.

But I'm not sure there is any simple way to directly compel them to
remove your zone.

> 2.  Is it possible for the old entries in Apex's name-servers to
>      cause problems with email-delivery?  (I'm aware of one important
>      message that's been sent several times from two different locations,
>      both in Canberra, all copies of which are lost in limbo somewhere)

Apex customers, or anyone who uses Apex nameservers, will see the old
data. To the extent that the old data is wrong, they will have problems
- like maybe trying to deliver mail to the wrong mail server.

Noone else will have a problem, because after redelegation is done and
the TTLs on your data have expired, Apex's servers are "out of the loop"
and the only place providing data about your domain are the new

> I will of course send a message to Apex shortly, with explicit instructions.

"Please remove all reference to xamax.com.au from your name servers"

It's a good idea to stay a customer and keep paying the bills until such
matters are completely sorted. It's also a good idea to have your domain
and your webhosting handled by different entities.

Regards, K.

Karl Auer (kauer at biplane.com.au)                   +61-2-64957160 (h)
http://www.biplane.com.au/kauer/                   +61-428-957160 (mob)

GPG fingerprint: B386 7819 B227 2961 8301 C5A9 2EBC 754B CD97 0156
Old fingerprint: 07F3 1DF9 9D45 8BCD 7DD5 00CE 4A44 6A03 F43A 7DEF

More information about the Link mailing list