<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Suresh<br>
<br>
Just because an entity isn't based in the EU / RIPE region doesn't mean that they are up to no good or that they don't have a valid reason to have an allocation<br>
<br>
We have clients from over 120 countries and obviously a lot of those countries are outside the RIPE region.<br>
<br>
Assuming that my non-RIPE region clients are up to no good is a dangerous assumption. It also assumes that those from within the RIPE region are "kosher".<br>
<br>
I would agree with you, however, that reporting potential issues should be made as easy as possible.<br>
<br>
Regards<br>
<br>
Michele<br>
<div><br>
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div class="BodyFragment"><font size="2">
<div class="PlainText">--<br>
Mr Michele Neylon<br>
Blacknight Solutions<br>
Hosting & Colocation, Brand Protection<br>
http://www.blacknight.com/<br>
http://blog.blacknight.com/<br>
http://mneylon.tel/<br>
Intl. +353 (0) 59  9183072<br>
Locall: 1850 929 929<br>
Direct Dial: +353 (0)59 9183090<br>
Fax. +353 (0) 1 4811 763<br>
Twitter: http://twitter.com/mneylon<br>
-------------------------------<br>
Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty<br>
Road,Graiguecullen,Carlow,Ireland  Company No.: 370845</div>
</font></div>
</div>
</div>
</div>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF431"><font color="#000000" face="Tahoma" size="2"><b>From:</b> anti-abuse-wg-bounces@ripe.net [anti-abuse-wg-bounces@ripe.net] on behalf of Suresh Ramasubramanian [ops.lists@gmail.com]<br>
<b>Sent:</b> 07 April 2012 02:42<br>
<b>To:</b> Joe St Sauver<br>
<b>Cc:</b> fw@deneb.enyo.de; anti-abuse-wg@ripe.net<br>
<b>Subject:</b> {Disarmed} Re: [anti-abuse-wg] Introducing the RIPE NCC Report Form<br>
</font><br>
</div>
<div></div>
<div>i agree.  RIPE NCC shouldnt be trying to make it this hard to report things to them
<div><br>
</div>
<div>RIPE should be relying on its LIRs to reach out to customers with incomplete whois records, and possibly also collecting information on how many allocations with totally fake addresses (maildrops, empty lots) are made by a single LIR.  Especially for /17
 and larger, or /16 and larger netblocks.</div>
<div><br>
</div>
<div>And also, a closer look at netblocks assigned to entities that are outside the normal geographical area that ripe serves.  like
<a href="http://95.130.120.0/21" target="_blank"><font color="red"><b>MailScanner has detected a possible fraud attempt from "95.130.120.0" claiming to be</b></font> 95.130.120.0/21</a> registered to some entity apparently in Panama<br>
<br>
--srs</div>
<div><br>
On Saturday, April 7, 2012, Joe St Sauver wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Florian commented:<br>
<br>
#I looked at "Incorrect contact information in the RIPE Database", and<br>
#"I confirm that I have reported the incorrect information to all of<br>
#the contacts listed in the relevant object" is a required checkbox.<br>
#<br>
#This seems to require that complainants try postal addresses, phone<br>
#and fax numbers before reporting errors in email addresses.  Is this<br>
#really your goal?  Isn't this a step backwards?<br>
<br>
I agree.<br>
<br>
>From my POV, each data element should be treated independently. The<br>
existence of a valid FAX number, for example, should not offset or<br>
eliminate the importance (or the reportability) of working to correct<br>
an invalid/non-deliverable email address.<br>
<br>
Similarly, having found an invalid field in the whois, the reporter's<br>
"responsibility" should be considered discharged upon their identifying<br>
and reporting that data to RIPE. They should not be expected to exhaust<br>
all potential contact methods, or to make multiple attempts to the<br>
broken contact channel, or to hypothetically attempt to visit the<br>
listed address in person, :-), just in order to be eligible to report<br>
a problem with data of record.<br>
<br>
The goal should be correcting potentially bad data, not making it hard<br>
to report bad data or shifting work back upon public spirited community<br>
volunteers.<br>
<br>
Regards,<br>
<br>
Joe<br>
<br>
</blockquote>
</div>
<span></span><br>
<br>
-- <br>
Suresh Ramasubramanian (<a href="mailto:ops.lists@gmail.com" target="_blank">ops.lists@gmail.com</a>)<br>
</div>
</div>
</div>
</body>
</html>