<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="+1"><tt>HI Nick<br>
        <br>
        I am not against policy change if that is the only way forward.
        But let me just throw a quick question back at you. If someone
        manages (legacy) resources and have customers using some of
        these resources and all this is documented in the RIPE Database
        and one of those customers 'could' cause abuse, does it not make
        sense to advertise an abuse contact? Isn't this just good
        management of resources?<br>
        <br>
        We have tried to set up one method of documenting abuse contacts
        so it simplifies the process of listing, finding and managing
        these contacts. I proposed cleaning up the old references to
        "abuse-mailbox:" in a variety of objects, as specified in the
        implementation plan for ripe-563. An argument against the
        cleanup was that some legacy resources still use this outdated
        database functionality and have abuse contacts in remotely
        referenced objects and RIPEstat still looks for these remote
        references.<br>
      </tt></font><br>
    So to do a cleanup to complete the implementation of ripe-563 we
    have to make a choice:<br>
    1/ Ask the legacy resource holders who have voluntarily provided an
    abuse contact to document it in the correct way using "abuse-c:".<br>
    2/ Make a policy change to require all resources (including legacy)
    that are documented in the RIPE Database to reference an "abuse-c:".<br>
    3/ Attempt a much more complicated cleanup by removing
    "abuse-mailbox:" from objects that are only referenced by RIPE NCC
    managed resources and not in any way remotely referenced in any
    legacy resource. Then add business rules to the software to prevent
    any "abuse-mailbox:" attribute being added to the wrong object type,
    instead of deprecating these attributes. Also not allow updates to
    objects that should not have this attribute.<br>
    4/ Just do the full cleanup anyway and risk losing some information
    from those resource holders who have not kept their data up to date
    with current database functionality.<br>
    <br>
    cheers<br>
    denis<br>
    Independent Netizen<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 28/05/2015 22:42, Nick Hilliard
      wrote:<br>
    </div>
    <blockquote cite="mid:55677DA7.7090909@inex.ie" type="cite">
      <pre wrap="">On 28/05/2015 20:08, denis walker wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">During the RIPE Meeting you suggested the idea of legacy resource holders
adopting the practice of referencing an abuse contact using the one
accepted method currently in use in the RIPE Database with "abuse-c:". In
terms of responsible management of internet resources I don't think anyone
could argue against all resources documented in the RIPE Database making
reference to an abuse contact via an ORGANISATION object showing who is
responsible for a resource.

Many ideas raised at RIPE Meetings are quickly forgotten after the meeting.
How can we move this idea forward so it does not become another of those
'good idea, but never implemented'?
</pre>
      </blockquote>
      <pre wrap="">
This will probably need a policy change, no?

<a class="moz-txt-link-freetext" href="https://www.ripe.net/publications/docs/ripe-639">https://www.ripe.net/publications/docs/ripe-639</a>

</pre>
      <blockquote type="cite">
        <pre wrap="">Any existing or future RIPE policy referring to resources shall not
apply to legacy resources unless the policy explicitly includes legacy
resources in its scope.
</pre>
      </blockquote>
      <pre wrap="">
Nick


</pre>
    </blockquote>
    <br>
  </body>
</html>