<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 28, 2017 at 8:04 PM, Steve Noble <span dir="ltr"><<a href="mailto:snoble@sonn.com" target="_blank">snoble@sonn.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""></span><div class="gmail_extra" dir="auto">I think it is logical to lock ones where the original domain does not exist or was registered after the object. Then I understand a more extensive vetting process. </div></div></blockquote><div><br></div><div>Hi Steve,<br><br></div><div>I concur with one tweak: where the original domain name does not exist or was registered after the -last user-initiated update to- the handle.<br><br></div><div>That could be hard, though. The last updates flagged on my org and net records look more or less legit but the last update flagged on my ARIN handle (which contains the email address) does not correspond to any activity I initiated. If there's data damage then ARIN can't reliably anchor business processes to it.<br></div><div> <br></div><div>Regards,<br></div><div>Bill Herrin<br clear="all"></div></div><br><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">William Herrin ................ <a href="mailto:herrin@dirtside.com" target="_blank">herrin@dirtside.com</a>  <a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a><br>Dirtside Systems ......... Web: <<a href="http://www.dirtside.com/" target="_blank">http://www.dirtside.com/</a>></div>
</div></div>