This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[anti-abuse-wg] Introducing the RIPE NCC Report Form
- Previous message (by thread): [anti-abuse-wg] Introducing the RIPE NCC Report Form
- Next message (by thread): [anti-abuse-wg] Introducing the RIPE NCC Report Form
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Chris
chrish at consol.net
Wed Apr 11 18:27:14 CEST 2012
time to aggregate: "ripe's core task is to provide the db in the form *i* want it" obviously not true. ripe's core task is number resource coordination, the db is a service, if ripe decided not to provide for it - then there simply wouldn't be one. "icann says $foobar" go talk with icann about that. "$foo cannot be reached. we phoned them up, but they didn't react to our inquiries the way we wanted them to. we didn't want to send them postal mail. they didn't publish an email in whois, but we mailed them anyway, but they didn't answer the way we wanted them to. we want ripe to take their resources away because we say so, and because of this example, we want everybody to be forced to publish a spamable email address that works [by which probably a heap of further madness is implied]" i think this summary is already formulated in a way so my points are clear... another thing: if $a has about 100 issues per month with $b, and they even are in the same country and jurisdiction - sorry, but the picture painted is something like: $a nags $b (big time - i mean, a hundred issues per month...) because $a wants something from $b, but $b obviously seems to have a different view on the issue, and obviously the law is on $b's side (that ther's no lea in said jurisdiction is ofc a very blatant lie), and therefore $a wants ripe to take "somebody's" resources away in case they don't comply to rules $a wants to put up (and which don't make rational sense). i'd call _that_ abuse... if "ugly" db statistics are the issue, the working and straightforward solution would be a refer attribute in inet*num objects. with the ripe's allocation objects remaining, the quality of the ripe whois db would probably be very good. regards, Chris
- Previous message (by thread): [anti-abuse-wg] Introducing the RIPE NCC Report Form
- Next message (by thread): [anti-abuse-wg] Introducing the RIPE NCC Report Form
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]