Re: Ways of querying for linked objects...
Andrew Sullivan <[email protected]>
| Newsgroups | gmane.ietf.provreg |
|---|---|
| Message-ID | <[email protected]> |
On Tue, May 31, 2011 at 06:28:33PM +0200, Klaus Malorny wrote: > If a domain sponsored by another registrar references one of your > in-zone hosts, which then blocks the deletion of the containing > domain, what can you do? Issuing update commands for these domains? > Likely not. At least one registry implementation I know of would automatically change the name of such a host to be a lame delegation when such a deletion of the superordinate domain was requested. This was possible partly because of pendingDelete. (I should note, too, that I personally think this is a really bad idea from a DNS point of view, but I understand why the business reasons override that.) > The hard way would be to allow the deletion of the host despite > being referenced by non-sponsored objects, with the side effect that > the host is removed from all domains referring to it. But I guess > this breaks the EPP standard somewhere, and would also be too risky > to be executed without explicit consent (via special option or so). If you refer to a host inside a domain outside your control -- regardless of whether it is internal to the repository or external -- you're going to have a bad day when the superordinate domain is deleted. The sponsor of that domain is allowed to rename any hosts inside it anyway, and your NS records in your zone are going to be wrong at that point. This is in effect either a reason never to do that, or else a reason to believe that strong external contractual rules are what will actually be effective here. If you believe the latter, of course, then you believe there is another channel besides EPP for communication between the sponsor and the operator of the repository. In that case, bulk operations and information about links to objects you sponsor can both be delivered outside EPP. A -- Andrew Sullivan [email protected] _______________________________________________ provreg mailing list [email protected] https://www.ietf.org/mailman/listinfo/provreg