<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
"Re: Contents of anti-abuse-wg digest..."<br><br><br>Why does this discussion take so many words and arguments?<br><br>1. Primarily RIPE NCC needs or at least should need a proper overview of who its members are for several reasons that all have to do with internal processes like reaching out, billing and maintaining correct records, in short common business practice.<br><br>2. There is an abuse function for well ... abuse, so members can reach out to each other and amend whatever goes wrong.<br><br>All this isn't strange or weird, but normal practice for any company, club, association, etc. As soon as an address isn't correct the company, club, association, university, etc. reaches out to the customer, member, student concerned in order to get new relevant data, so it can do billing, maintenance of records, send news, etc. If the customer, member, et al, does not respond, steps are taken to terminate the relation. This is common practice to any company, club, association, etc. and has, primarily, nothing to do with law enforcement of any kind, but with customer/member relations, correct records, due payment, etc.<br><br>So how come that as soon as this discussion is about the Internet, whether domain name registrations or in this case IP addresses, this totally normal form of doing business is denied as being standard practice? If data is not correct and there is no way the, in this case RIPE NCC, member can be found, it is not so strange that, after a published notice with a due time frame, a relation is terminated. Certainly in a period of scarcity in IPv4 addresses, this should be common practice. (And if it happens to concern a criminal organisation, they won't show up any way. All others will within about 2 seconds of termination.)<br><br>So if correct data is standard practice and law enforcement needs them for whatever reason, they can access this data either through Whois of through correct proceedings in the Dutch law. Like it should be. Correct data saves money in the end, for all concerned, and makes becoming a member less attractive for individuals or organisations that most of us agree don't need a place on the internet. I don't think LEAs ask for more than that, but as a RIPE member I would look at my own organisation first. LEAs need to deal with LIRs more than an RIR, I'd guess, so assist them in finding these LIRs.<br><br>Wout<br><br><br><div><div id="SkyDrivePlaceholder"></div>> From: anti-abuse-wg-request@ripe.net<br>> Subject: anti-abuse-wg Digest, Vol 8, Issue 9<br>> To: anti-abuse-wg@ripe.net<br>> Date: Wed, 11 Apr 2012 16:13:31 +0200<br>> <br>> Send anti-abuse-wg mailing list submissions to<br>> anti-abuse-wg@ripe.net<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>> https://www.ripe.net/mailman/listinfo/anti-abuse-wg<br>> or, via email, send a message with subject or body 'help' to<br>> anti-abuse-wg-request@ripe.net<br>> <br>> You can reach the person managing the list at<br>> anti-abuse-wg-owner@ripe.net<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of anti-abuse-wg digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>> 1. Re: Introducing the RIPE NCC Report Form (julien tayon)<br>> 2. Re: current business practices (Frank Gadegast)<br>> 3. Re: Introducing the RIPE NCC Report Form (Chris Heinze)<br>> 4. Re: current business practices (Gert Doering)<br>> 5. Re: current business practices (Michele Neylon :: Blacknight)<br>> 6. Re: current business practices (Suresh Ramasubramanian)<br>> 7. Re: current business practices (Frank Gadegast)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Wed, 11 Apr 2012 15:49:01 +0200<br>> From: julien tayon <julien@tayon.net><br>> Subject: Re: [anti-abuse-wg] Introducing the RIPE NCC Report Form<br>> To: Brian Nisbet <brian.nisbet@heanet.ie><br>> Cc: anti-abuse-wg@ripe.net<br>> Message-ID:<br>> <CAFpLVkyZQb0W3iCTMuq_uK3fBysQf8gHt8sP23MLypu3P4hriw@mail.gmail.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> 2012/4/11 Brian Nisbet <brian.nisbet@heanet.ie>:<br>> > Chris,<br>> ><br>> > "Chris" wrote the following on 11/04/2012 11:03:<br>> >><br>> >> On 04/10/2012 05:18 PM, Joe St Sauver wrote:<br>> >>><br>> >>> Maintenance of the database documenting who's been allocated/assigned<br>> >>> space is *core* to RIPE's mission.<br>> >><br>> >><br>> >> simply wrong.<br>> >> ripe's core is allocation. that's what they do. your mission is your<br>> >> private error.<br>> ><br>> ><br>> Ripe's core is at least to provide **change management** over<br>> contact on allocation of internet resources (IP, AS) so that<br>> stakeholder's can cooperate, since internet protocols relies on swift<br>> cooperation between entities. Imagine a world in which you cannot<br>> reach a LIR or RIR having wrong BGP rules ?<br>> <br>> Furthermore, RIPE NCC is bound by its contract with ICANN in its<br>> mission of allocating resources. I think reading the actual contract<br>> might settle the topic pretty fast.<br>> <br>> Since I don't have the contract under my eyes right now, I will make a<br>> simple reasoning based on public informations and personnal<br>> experience.<br>> <br>> Let's stick to the common sense of database first :<br>> *Data accuracy is the most important property of a database.* Ripe NCC<br>> is entitled to manage the whois database, therefore it is in their<br>> mission to ensure DB integrity.<br>> <br>> If it is not convincing enough, let's remember data accuracy is<br>> considered by ICANN as a **MUST DO** for delegated entities (both for<br>> gTLD and resources).<br>> Just search ICANN web sites and you'll have extended papers explaining<br>> why accuracy matters, and how this responsability is also delegated.<br>> http://www.icann.org/en/gsearch/accuracy<br>> <br>> In a world without accurate whois contact it will be the the<br>> strongest's rule that shall prevail.<br>> <br>> What tickles me is how can RIPE NCC bill instances they don't have the<br>> **accurate** contacts ? Are there 2 DBs one for billing (with accurate<br>> data) and another one for public access with inaccurate data ?<br>> <br>> RIPE NCC cant choose the parts it likes in its delegated mission from<br>> ICANN. A contract is a contract and RIPE NCC is bound by its duties<br>> regarding ICANN. If ICANN states RIPE NCC MUST have accurates data,<br>> and MUST enforce internet policies I cannot see how RIPE NCC or RIPE<br>> can decide it is does not fall into their responsabilities.<br>> <br>> Now, all everybody needs to know :<br>> * what level of accuracy ICANN can realistcly expect from its delegates ?<br>> * what are the internet policies ICANN mentions ?<br>> <br>> Cheers.<br>> <br>> -- <br>> Jul<br>> Experienced freelance for years (having worked for ISP).<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Wed, 11 Apr 2012 16:08:11 +0200<br>> From: Frank Gadegast <ripe-anti-spam-wg@powerweb.de><br>> Subject: Re: [anti-abuse-wg] current business practices<br>> To: "anti-abuse-wg@ripe.net" <anti-abuse-wg@ripe.net><br>> Message-ID: <4F85904B.8090203@powerweb.de><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>> <br>> V<br>> <br>> >><br>> subpoena by deleting the wrong AS object from the database<br>> ><br>> >> ;o)<br>> ><br>> ><br>> ><br>> > Heh. ACK on the role. But I was thinking towards urging the ISP itself to take action (once you HAVE contacted them) on the abuse complaints. That's where the pressure of a lea agency can come in handy, if such a regulator is available.<br>> ><br>> ><br>> <br>> Well, the only possibility would be the police.<br>> They do care here in Germany are kind of<br>> technical disadvanced :o(<br>> <br>> There is some organizations this ISP is a member of<br>> (like the ECO), and they have also a abuse clearing<br>> board, but that one isnt really useful because<br>> it never did anything against their members ...<br>> <br>> And why should they do something, they are not<br>> responsible for the resources ...<br>> <br>> <br>> Kind regards, Frank<br>> <br>> ><br>> > Pepijn<br>> ><br>> > +++++++++++++++++++++++++++++++++++++++++++++<br>> ><br>> > Disclaimer<br>> ><br>> > Dit e-mailbericht kan vertrouwelijke informatie bevatten of informatie die is beschermd door een beroepsgeheim.<br>> ><br>> > Indien dit bericht niet voor u is bestemd, wijzen wij u erop dat elke vorm van verspreiding, vermenigvuldiging<br>> ><br>> > of ander gebruik ervan niet is toegestaan.<br>> ><br>> > Indien dit bericht blijkbaar bij vergissing bij u terecht is gekomen, verzoeken wij u ons daarvan<br>> ><br>> > direct op de hoogte te stellen via tel.nr 070 315 3500 of e-mail mailto:mail@opta.nl en het bericht te vernietigen.<br>> ><br>> > Dit e-mailbericht is uitsluitend gecontroleerd op virussen.<br>> ><br>> > OPTA aanvaardt geen enkele aansprakelijkheid voor de feitelijke inhoud en juistheid van dit bericht en er kunnen<br>> ><br>> > geen rechten aan worden ontleend.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > This e-mail message may contain confidential information or information protected by professional privilege.<br>> ><br>> > If it is not intended for you, you should be aware that any distribution, copying or other form of use of<br>> ><br>> > this message is not permitted.<br>> ><br>> > If it has apparently reached you by mistake, we urge you to notify us by phone +31 70 315 3500<br>> ><br>> > or e-mail mailto:mail@opta.nl and destroy the message immediately.<br>> ><br>> > This e-mail message has only been checked for viruses.<br>> ><br>> > The accuracy, relevance, timeliness or completeness of the information provided cannot be guaranteed.<br>> ><br>> > OPTA expressly disclaims any responsibility in relation to the information in this e-mail message.<br>> ><br>> > No rights can be derived from this message.<br>> ><br>> ><br>> ><br>> ><br>> ><br>> <br>> <br>> -- <br>> <br>> Mit freundlichen Gruessen,<br>> --<br>> MOTD: "have you enabled SSL on a website or mailbox today ?"<br>> --<br>> PHADE Software - PowerWeb http://www.powerweb.de<br>> Inh. Dipl.-Inform. Frank Gadegast mailto:frank@powerweb.de<br>> Schinkelstrasse 17 fon: +49 33200 52920<br>> 14558 Nuthetal OT Rehbruecke, Germany fax: +49 33200 52921<br>> ======================================================================<br>> <br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Wed, 11 Apr 2012 14:49:13 +0200<br>> From: Chris Heinze <Chris.Heinze@consol.de><br>> Subject: Re: [anti-abuse-wg] Introducing the RIPE NCC Report Form<br>> To: anti-abuse-wg@ripe.net<br>> Message-ID: <4F857DC9.8060905@consol.de><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> On 04/11/2012 02:13 PM, Brian Nisbet wrote:<br>> >> ripe's core is allocation. that's what they do. your mission is your private error.<br>> > <br>> > http://www.ripe.net/lir-services/ncc/functions<br>> <br>> right, that sums it up nicely, thanks.<br>> <br>> > Once all of v4 space is allocated (soon now, soon), the primary job of the NCC and the other four RIRs will be keeping a good registry.<br>> <br>> ripe's job isn't defined by and doesn't depend on whether or not v4 space is completely allocated (which it btw probably never will).<br>> keeping a good registry is as explained a service kindly provided by ripe to help - and it did that since the beginning.<br>> <br>> regards,<br>> <br>> Chris<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Wed, 11 Apr 2012 15:29:17 +0200<br>> From: Gert Doering <gert@space.net><br>> Subject: Re: [anti-abuse-wg] current business practices<br>> To: Suresh Ramasubramanian <ops.lists@gmail.com><br>> Cc: shane@time-travellers.org, Brian Nisbet <brian.nisbet@heanet.ie>,<br>> anti-abuse-wg@ripe.net, Tobias Knecht <tk@abusix.com>, "Michele Neylon<br>> :: Blacknight" <michele@blacknight.ie>, Laura Cobley <laura@ripe.net>,<br>> Florian Weimer <fw@deneb.enyo.de>, Frank Gadegast<br>> <ripe-anti-spam-wg@powerweb.de>, Gert Doering <gert@space.net><br>> Message-ID: <20120411132917.GN84425@Space.Net><br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> hi,<br>> <br>> On Wed, Apr 11, 2012 at 06:50:02PM +0530, Suresh Ramasubramanian wrote:<br>> > On Wed, Apr 11, 2012 at 6:32 PM, Frank Gadegast<br>> > <ripe-anti-spam-wg@powerweb.de> wrote:<br>> > > will receives this could please make a<br>> > > telnet mamba.ripe.net 25<br>> > > from some IPs he own (best would be not using his or her usual IP,<br>> > > if he or she likes, lets see how big that problem really<br>> > > is, thats why I have to mail the most active people directly).<br>> > <br>> > suresh@frodo 03:54:25 :~$ telnet mamba.ripe.net smtp<br>> > Trying 2001:67c:2e8:11::c100:1328...<br>> > Trying 193.0.19.40...<br>> > telnet: Unable to connect to remote host: Connection refused<br>> > <br>> > Things seem to be RIPE for a change eh?<br>> <br>> So, what exactly causes the assumption that mamba is supposed to be<br>> reachable from the outside, on Port 25?<br>> <br>> $ host -t mx ripe.net <br>> ripe.net mail is handled by 250 postlady.ripe.net.<br>> ripe.net mail is handled by 200 postgirl.ripe.net.<br>> <br>> Now, obviously, expecting anti-spammers to understand about MX records<br>> and how to read Received: lines might be asking for a bit much...<br>> <br>> Gert Doering<br>> -- NetMaster<br>> -- <br>> have you enabled IPv6 on something today...?<br>> <br>> SpaceNet AG Vorstand: Sebastian v. Bomhard<br>> Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann<br>> D-80807 Muenchen HRB: 136055 (AG Muenchen)<br>> Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279<br>> -------------- next part --------------<br>> A non-text attachment was scrubbed...<br>> Name: not available<br>> Type: application/pgp-signature<br>> Size: 306 bytes<br>> Desc: not available<br>> Url : https://www.ripe.net/ripe/mail/archives/anti-abuse-wg/attachments/20120411/76082102/attachment-0001.bin <br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Wed, 11 Apr 2012 13:32:48 +0000<br>> From: "Michele Neylon :: Blacknight" <michele@blacknight.ie><br>> Subject: Re: [anti-abuse-wg] current business practices<br>> To: Gert Doering <gert@space.net>, Suresh Ramasubramanian<br>> <ops.lists@gmail.com><br>> Cc: "shane@time-travellers.org" <shane@time-travellers.org>, Brian<br>> Nisbet <brian.nisbet@heanet.ie>, "anti-abuse-wg@ripe.net"<br>> <anti-abuse-wg@ripe.net>, Tobias Knecht <tk@abusix.com>, Laura Cobley<br>> <laura@ripe.net>, Florian Weimer <fw@deneb.enyo.de>, Frank Gadegast<br>> <ripe-anti-spam-wg@powerweb.de><br>> Message-ID:<br>> <4F2538C315ACAC42AD334C533C247C47263EFF60@bkexchmbx01.blacknight.local><br>> <br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> So this list is now turned into an "experts" exchange on SMTP?<br>> <br>> *sigh*<br>> <br>> --<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<br>> <br>> ________________________________________<br>> From: Gert Doering [gert@space.net]<br>> Sent: 11 April 2012 14:29<br>> To: Suresh Ramasubramanian<br>> Cc: Frank Gadegast; Laura Cobley; Florian Weimer; anti-abuse-wg@ripe.net; Brian Nisbet; chrish@consol.net; shane@time-travellers.org; Michele Neylon :: Blacknight; Gert Doering; Tobias Knecht<br>> Subject: Re: [anti-abuse-wg] current business practices<br>> <br>> hi,<br>> <br>> On Wed, Apr 11, 2012 at 06:50:02PM +0530, Suresh Ramasubramanian wrote:<br>> > On Wed, Apr 11, 2012 at 6:32 PM, Frank Gadegast<br>> > <ripe-anti-spam-wg@powerweb.de> wrote:<br>> > > will receives this could please make a<br>> > > telnet mamba.ripe.net 25<br>> > > from some IPs he own (best would be not using his or her usual IP,<br>> > > if he or she likes, lets see how big that problem really<br>> > > is, thats why I have to mail the most active people directly).<br>> ><br>> > suresh@frodo 03:54:25 :~$ telnet mamba.ripe.net smtp<br>> > Trying 2001:67c:2e8:11::c100:1328...<br>> > Trying 193.0.19.40...<br>> > telnet: Unable to connect to remote host: Connection refused<br>> ><br>> > Things seem to be RIPE for a change eh?<br>> <br>> So, what exactly causes the assumption that mamba is supposed to be<br>> reachable from the outside, on Port 25?<br>> <br>> $ host -t mx ripe.net<br>> ripe.net mail is handled by 250 postlady.ripe.net.<br>> ripe.net mail is handled by 200 postgirl.ripe.net.<br>> <br>> Now, obviously, expecting anti-spammers to understand about MX records<br>> and how to read Received: lines might be asking for a bit much...<br>> <br>> Gert Doering<br>> -- NetMaster<br>> --<br>> have you enabled IPv6 on something today...?<br>> <br>> SpaceNet AG Vorstand: Sebastian v. Bomhard<br>> Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann<br>> D-80807 Muenchen HRB: 136055 (AG Muenchen)<br>> Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 6<br>> Date: Wed, 11 Apr 2012 18:50:02 +0530<br>> From: Suresh Ramasubramanian <ops.lists@gmail.com><br>> Subject: Re: [anti-abuse-wg] current business practices<br>> To: Frank Gadegast <ripe-anti-spam-wg@powerweb.de><br>> Cc: shane@time-travellers.org, Brian Nisbet <brian.nisbet@heanet.ie>,<br>> anti-abuse-wg@ripe.net, Tobias Knecht <tk@abusix.com>, "Michele Neylon<br>> :: Blacknight" <michele@blacknight.ie>, Laura Cobley <laura@ripe.net>,<br>> Florian Weimer <fw@deneb.enyo.de>, Gert Doering <gert@space.net><br>> Message-ID:<br>> <CAArzuosp9co8UyZW9Cogo6ov_-qt9hy9WeYgTP7OmGOY0q5z5A@mail.gmail.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> On Wed, Apr 11, 2012 at 6:32 PM, Frank Gadegast<br>> <ripe-anti-spam-wg@powerweb.de> wrote:<br>> > will receives this could please make a<br>> > telnet mamba.ripe.net 25<br>> > from some IPs he own (best would be not using his or her usual IP,<br>> > if he or she likes, lets see how big that problem really<br>> > is, thats why I have to mail the most active people directly).<br>> <br>> suresh@frodo 03:54:25 :~$ telnet mamba.ripe.net smtp<br>> Trying 2001:67c:2e8:11::c100:1328...<br>> Trying 193.0.19.40...<br>> telnet: Unable to connect to remote host: Connection refused<br>> <br>> Things seem to be RIPE for a change eh?<br>> <br>> -- <br>> Suresh Ramasubramanian (ops.lists@gmail.com)<br>> <br>> <br>> <br>> ------------------------------<br>> <br>> Message: 7<br>> Date: Wed, 11 Apr 2012 15:02:05 +0200<br>> From: Frank Gadegast <ripe-anti-spam-wg@powerweb.de><br>> Subject: Re: [anti-abuse-wg] current business practices<br>> To: Laura Cobley <laura@ripe.net><br>> Cc: shane@time-travellers.org, Brian Nisbet <brian.nisbet@heanet.ie>,<br>> anti-abuse-wg@ripe.net, Tobias Knecht <tk@abusix.com>, "Michele Neylon<br>> :: Blacknight" <michele@blacknight.ie>, Florian Weimer<br>> <fw@deneb.enyo.de>, ops.lists@gmail.com, Gert Doering <gert@space.net><br>> Message-ID: <4F8580CD.4000502@powerweb.de><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>> <br>> Laura Cobley wrote:<br>> > Dear Florian and all,<br>> <br>> Hi,<br>> <br>> (some details from our current experiences with RIPE NCC and accuracy<br>> of the RIPE objects)<br>> <br>> we currently have one case where a really big German cablenet ISP<br>> is having exacly one abuse-eMail address for their tech-c, abuse-mailbox<br>> and admin-c, for all their objects.<br>> <br>> And this one email has a domain, what does not belong to the ISP<br>> anymore, since November 2011, its currently owned by a domain grabber,<br>> because the ISP deleted the domain on purpose (on behalf of a<br>> change in the company name years ago).<br>> There is no other working contact information (phone lets you end up at<br>> their hotline where they have absolutly no idea about abuse), snail mail<br>> is no option, fax number is not supplied.<br>> <br>> We tried mailing there peering contact, their normal customer email<br>> from their website, filled their online feedback form and then<br>> opened a normal ticket at RIPE NCC, were just told<br>> to open another ticket at RIPE NCC and invested about 5 hours<br>> already describing the problem at RIPE NCC.<br>> Simply no chance, RIPE NCC is responding to tickets on a daily basis,<br>> even during business hours (jesus, we will respond in about 5 minutes<br>> if something serious like that will happen to our networks).<br>> The interest at the RIPE NCC to fix database problems does not seem<br>> to have any priority.<br>> <br>> Ah, I forgot:<br>> the maillist server mamba.ripe.net has technical problems during<br>> the last 3 weeks, we opened tickets for that as well and even<br>> got a response once, still not fixed, the maillist server<br>> is probably not reacheable for 90% of the members ... whoever<br>> will receives this could please make a<br>> telnet mamba.ripe.net 25<br>> from some IPs he own (best would be not using his or her usual IP,<br>> if he or she likes, lets see how big that problem really<br>> is, thats why I have to mail the most active people directly).<br>> <br>> So: abuse does not have priority in a lot of peoples heads those days,<br>> even when they tell you that daily ...<br>> <br>> (we have about 100 abuse incidents with that ISP monthly and the ISP<br>> even resides in the same country than we are, but its still, if they<br>> reside on the other side of the moon, maybe I should demonstrate<br>> if front of the office building with a big sign saying:<br>> "you dont have a working abuse appartment")<br>> <br>> <br>> Kind regards, Frank<br>> ><br>> > Over time, contact information in the RIPE Database can become outdated<br>> > due to staffing changes, oversight and lack of knowledge on the part of<br>> > the maintainer. Bringing the irregularity directly to the attention of<br>> > this maintainer can be the quickest way to get it fixed.<br>> ><br>> > If you subsequently experience difficulties with this, we can help you<br>> > to get in touch with the maintainer by forwarding your report to the<br>> > person responsible for the Internet number resource registration.<br>> > Handling reports is a normal part of our operations within the RIPE NCC<br>> > and the report form makes it easier to get in touch with us.<br>> ><br>> > We ask you to include information such as mail delivery failure notices<br>> > and copies of emails with headers, which clearly show the problem and<br>> > the subsequent difficulties you are having. These help to substantiate<br>> > the report. Our aim is to work together with you to further improve the<br>> > quality of the data in the Internet number resource registry.<br>> ><br>> > Best regards,<br>> ><br>> > Laura Cobley<br>> > RIPE NCC<br>> ><br>> > On 4/6/12 8:45 PM, Florian Weimer wrote:<br>> >> * Laura Cobley:<br>> >><br>> >>> Using this form, you can now easily report various issues, including<br>> >>> abnormalities in Internet number resource registrations, to us for<br>> >>> further investigation.<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>> ><br>> ><br>> ><br>> <br>> <br>> -- <br>> <br>> Mit freundlichen Gruessen,<br>> --<br>> MOTD: "have you enabled SSL on a website or mailbox today ?"<br>> --<br>> PHADE Software - PowerWeb http://www.powerweb.de<br>> Inh. Dipl.-Inform. Frank Gadegast mailto:frank@powerweb.de<br>> Schinkelstrasse 17 fon: +49 33200 52920<br>> 14558 Nuthetal OT Rehbruecke, Germany fax: +49 33200 52921<br>> ======================================================================<br>> <br>> <br>> <br>> <br>> End of anti-abuse-wg Digest, Vol 8, Issue 9<br>> *******************************************<br></div> </div></body>
</html>