<div dir="auto">Hi John, <br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Mar 28, 2017 3:22 PM, "John Curran" <<a href="mailto:jcurran@arin.net">jcurran@arin.net</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text"> <br>
<br>
</div>Steve -<br>
<br>
    If we do not lock the resources but do add the old network Admin/Tech contact info to<br>
    the organization record, then a very large number of these blocks have the potential to<br>
    be readily hijacked – one simply would have to register the domain name and setup<br>
    email for any defunct organization, and you could readily transfer the addresses<br>
    (despite having no association whatsoever with the original registrant…)<br>
<br>
    Some in the community would view that consequence as an unacceptable tradeoff –<br>
    what is your thoughts on it?<br><br></blockquote></div></div><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 class="gmail_extra" dir="auto"><br></div><div class="gmail_extra" dir="auto">My issue is with cases like mine where everything was in order. </div><div class="gmail_extra" dir="auto"><br></div></div>