You are here: Home > Participate > Join a Discussion > Mailman Archives

Re: [anti-spam-wg] Fwd: IRT abuse-mailbox things...

  • From: Jørgen Hovland jorgen@localhost
  • Date: Wed, 7 Feb 2007 23:08:20 +0100

And why do you think so few people use RP records when it was created as far back as in 1990?
RP records don't scale, are unconcise and lack important features.
Just because I am authorative for some ip-address doesn't mean I am the responsible person.
RP record can never be translated into an email address.
There is no such thing as a responsible person.
And so on..
It simply don't work.

At the other hand, I also dislike mandatory abuse-mailbox fields as I disagree it should be a requirement to be reachable by email for abuse issues. I also dislike it because it is an attempt to create a homogeneous way to retrieve important contact information. Such information is always subject to harvesting. Just leave the field optional.


----- Original Message ----- From: "Markus Stumpf" maex-lists-ripe-antispam-wg@localhost
To: "Philippe Bourcier" philippe@localhost
Sent: Wednesday, February 07, 2007 9:57 PM
Subject: Re: [anti-spam-wg] Fwd: IRT abuse-mailbox things...

On Wed, Feb 07, 2007 at 08:34:28PM +0100, Philippe Bourcier wrote:
A few months ago I tried to start a thread on db-wg about the IRT
object use and ease of deployment and had not much success... so I
hope it will get more success here.

As I already wrote back in Sep. 2004:
What I really don't understand is why this information has to be in the
RIPE database.

The DNS RR "RP" (Responsible Person) is there sind October 1990
through RFC 1183.

For examples see (at my former employer)
   $ dig rp
   $ dig rp
or even (customer webserver)
   $ dig rp

Not 100 different whois databases with 90 different access methods.
One clear, well defined interface for all in a distributed, hierarchical,
replicatable database with caching, referral and aliasing capabilities ;-)
And one can specify responsibility down to a single IP address. And
authorization to edit the records comes directly from delegation and
write access to the reverse zone file.

Propagation is fast and easy, for starting just add 1 (one!) record to
the (e.g. /24) zone:
@ IN RP .

Done. No WG discussion, no software modifications, it simply works.

I know the solution is unkewl ... instead of spending more than 2.5 years
with discussions and not get anything done it is too lame to spend 2 minutes
time and simply make the f*cking entry and get things working.
Using things that exist for years and work and not reinventing the wheel
the 10th time and not to spend months on testing, debugging and software
development is simply too lame these days.