<html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <tt>Hi Ulf</tt> <tt>I see this as more of an oversight than a problem. But I will add it to the problem statement so it doesn't get overlooked again. As you say it is probably quite easy to fix but we will let the RIPE NCC comment on that when we get to the stage of discussing solutions.</tt> <tt> btw...'pn' is the short form for 'person', so it is the implementation of the 'person' keyword that needs fixing. </tt> <tt>cheers</tt> <tt>denis </tt> <tt> </tt> <div class="moz-cite-prefix">On 15/01/2017 03:51, Ulf Kieber wrote: </div> <blockquote cite="mid:201701150251.v0F2pL7K082312@tom.xoo.net" type="cite"> <pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:ripedenis@yahoo.co.uk">ripedenis@yahoo.co.uk</a> wrote: </pre> <blockquote type="cite"> <pre wrap="">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. </pre> </blockquote> <pre wrap=""> Add: After the introduction of "abuse-c", the "pn" shortcut did not get updated. Explanation: pn is a shortcut for "admin-c,tech-c,zone-c,author" in inverse queries. To find all references blocking the deletion of a person or role object I used to be able to query whois -r -i pn uk41-ripe Now I have to use whois -r -i abuse-c,pn uk41-ripe which is synonymous to whois -r -i abuse-c,admin-c,tech-c,zone-c,author uk41-ripe This should be easily fixable. Regards, </pre> </blockquote> </body> </html>