[acm-tf] Abuse Contact Information - Policy Proposal

Am 17.10.11 13:23, schrieb Alessandro Vesely:
> A couple of notes...
> 
> On 15/Oct/11 13:18, Tobias Knecht wrote:
>>
>> Policy Text
>>
>> This is a proposal to introduce a new (mandatory) contact attribute
>> named "abuse-c:", which can be referenced by inetnum, inet6num and
>> aut-num objects. The "abuse-c:" reference to an abuse handler should
>> make use of the hierarchical nature of the resource data to minimize the
>> workload on resource holders and facilitate good database design.
> 
> It is not clear from that text that we want abuse-c to be inherited.
> IMHO, optimizations and database principles should be considered a
> fortunate coincidence.  The semantic point is that we consider ISPs
> responsible for the kind of traffic that their customers operate.
> (The recent A2B vs Spamhaus story may illustrate this concept.)

Any suggestions for a better wording?

>> The role should contain the following attributes:
>>
>> ...
>> address:       [mandatory]
>> phone:         [optional]
>> fax-no:        [optional]
>> e-mail:        [mandatory] [single]
>> abuse-mailbox: [mandatory] [single]
> * domain-name:   [mandatory] [single]
> 
> I re-propose adding a domain, the main domain that the abuse team
> belongs to, in order to avoid the email addresses to be meaningful in
> that respect.  For example, one might want to outsource an
> abuse-mailbox, or to use external domains for fault-tolerance.


Doesn't this destroy the simplicity for huge ISPs? United Internet is
1&1 (1und1.de, 1and1.co.uk, 1and1.com, and lots more), web.de and GMX
(gmx.de, gmx.at, gmx.ch, gmx.com...) ...

1.) Which one would be the correct domain-name?
2.) The addresses are not that meaningful, but isn't the company the
role belongs meaningful enough?

I think this may lead into more trouble than additional value.


Thanks,

Tobias

-- 
abusix




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 307 bytes
Desc: OpenPGP digital signature
URL: <https://www.ripe.net/ripe/mail/archives/acm-tf/attachments/20111017/e1f3c161/attachment.sig>