[dns-operations] Uptick in number of domains losing delegation recently

[David Conrad]

Jothan,

On Apr 22, 2014, at 11:17 PM, Jothan Frakes <jothan at gmail.com> wrote:
> David I think the desired outcome is honorable and important, but the mechanism needs to be thought out a bit so it doesn't crush the innocent in pursuit of the guilty.

My understanding that the RAA requirements have been under discussion for quite some time. I'm surprised there is a perception that the mechanism for registry accuracy is now considered to be not well thought out.

> Suspension certainly gets attention from the registrant, but for a lot of the existing domains have been auto-renew / set and forget for more than a couple decades in a lot of cases.  Update a contact on those where the admin doesn't respond, like is exampled in the article, and have your domain deactivated.

Right, but isn't the point of the contact information to be able to actually contact the party responsible for the domain in the event of abuse or ill-use?  If the admin has changed and the contact information hasn't been updated, doesn't that make the registration database entry useless?

> I don't have a great solution in mind, other than perhaps as other group wisdom would unfold from the community suggestions that have been made around the validation at renewal on existing names, so at least they are not swept into the same wood chipper designed to mulch newly created domains that may have bad contact info.  

Reports of abuse only apply to newly created domains?

> That seems patently reasonable because they are potentially separate issues, or if they are not, the "solution space" could be separated to that it is less likely to take down existing websites that are legitimate.

I guess I'm confused as to the point of the Whois database...

Regards,
-drc


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.dns-oarc.net/pipermail/dns-operations/attachments/20140423/9f20d36c/attachment.sig>