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] Abuse Contact Information - Policy Proposal
- Previous message (by thread): [anti-abuse-wg] Abuse Contact Information - Policy Proposal
- Next message (by thread): [anti-abuse-wg] Abuse Contact Information - Policy Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Tobias Knecht
tk at abusix.org
Wed Jul 14 16:19:42 CEST 2010
Am 14.07.2010 15:52, schrieb Florian Weimer: > * Tobias Knecht: > >>> Wouldn't it be easier if RIPE created person/role object dumps, >>> containing only the nic-hdl and the abuse-mailbox field? IRT object >>> dumps would make a lot of sense, too. >> >> I think RIPE shuts down the Bulk Data Service because of Privacy issues. >> So that might not be the right way. > > What? Even for the inetnum objects? Can you provide a pointer for > that, please? http://ripe.net/ripe/maillists/archives/db-wg/2010/msg00063.html The inet(6)num Split Files contain all the Handles. But IRT Objects are defined as personal data, that way there is just a dummy split file. >> whois -h whois.ripe.net IRT-MCI-NL -b > > I would expect that query type to be subject to rate limits as well. Database Documentation and testing tells me that there is no limit. > And when every network block needs an IRT object, some people will > likely script the creation of it, so you end up with less caching. How about making the IRT Object only mandatory for the direct allocations? That way we would have at least one abuse contact per IP. And the Netrange owner can decide if he wants to receive the complaints and if not he can create an irt for his subdelegations. Less caching does not hurt as long as the rate limits are not existing. Thanks, Tobias
- Previous message (by thread): [anti-abuse-wg] Abuse Contact Information - Policy Proposal
- Next message (by thread): [anti-abuse-wg] Abuse Contact Information - Policy Proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]