<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><font size="+1"><tt>Colleagues<br>
        </tt></font></p>
    <p>[Apologies for the duplicate email. There was a problem with my
      previous posting and anyone registered on the list with a gmail,
      yahoo or microsoft email address did not receive it.]<br>
    </p>
    <p><font size="+1"><tt>We have taken into account the comments made
          in recent weeks and propose the following as the final draft
          of a problem statement. If there are no more comments on this
          then the co-chairs accept this as NWI-7 and we will move onto
          phase 2 and start to look at possible solutions to the defined
          problems.<br>
          <br>
          cheers<br>
          Denis<br>
          co-chair DB-WG<br>
          <br>
          Problem statement on "abuse-c:" implementation:<br>
          ===============================================<br>
          <br>
          It is currently not possible to specify alternative abuse
          contacts for different resources in the RIPE Database held by
          different parts of the same organisation.<br>
          <br>
          It is currently not reasonably possible to specify alternative
          abuse contacts for resources in the RIPE Database assigned to
          organisations other than the parent oganisation. In many
          circumstances these organisations are customers of the parent
          organization. The lower organization wishes to handle the
          abuse separate from the parent organization.<br>
          <br>
          The current mechanism is considered by some people to be over
          complicated when it has to be set up manually. Others believe
          it is simple to implement using the API and available
          libraries. Others question the need for double indirection for
          abuse-c. This point may come down to a question of raw data
          manipulation vs tooled information management.<br>
          <br>
          After the introduction of "abuse-c", the "abuse-mailbox:"
          attribute in the PERSON, MNTNER, ORGANISATION and IRT objects
          was intended to be deprecated. This cleanup was never done and
          the old data causes confusion to users manually searching the
          database.<br>
          <br>
          After the introduction of "abuse-c", the implementation of the
          'person' keyword did not get updated.<br>
        </tt></font><br>
    </p>
  </body>
</html>