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/db-wg@ripe.net/
[db-wg] Action item 47.2: Proposal for Adding Abuse Contact
- Previous message (by thread): [db-wg] Action item 47.2: Proposal for Adding Abuse Contact
- Next message (by thread): [db-wg] Action item 47.2: Proposal for Adding Abuse Contact
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Niall O'Reilly
niall.oreilly at ucd.ie
Wed Apr 7 19:12:11 CEST 2004
On 7 Apr 2004, at 17:43, Engin Gunduz wrote: > mntner objects are specifically for authorisation/authentication > purposes in the whois database. I would not put "abuse-mailbox:" > into mntner objects, as this is irrelevant to mntner object's > purpose. Let's keep the functions of object types clean and distinct. You're right, of course. This overloads the mntner. We deliberated carefully over this, and formed the view that potential for rapid deployment is a strong enough pragmatic reason for doing this. > For "inetnum:"s and "inet6num:"s, would it make sense to > put "abuse-c:" which will reference to a person/role object > by NIC handle, thus removing the need to bulk-update the > inet(6)num objects when the abuse mailbox changes? Perhaps. We reckoned that the burden of initially populating existing inet*num's with a new link attribute would be an obstacle to rapid deployment. > Also, it might make sense to add "abuse-mailbox:" into the > new organisation object, that will be put into production soon. Definitely (or, as we tend to say in this part of the world, with a connotation of extra enthusiasm, "defny!"). Niall
- Previous message (by thread): [db-wg] Action item 47.2: Proposal for Adding Abuse Contact
- Next message (by thread): [db-wg] Action item 47.2: Proposal for Adding Abuse Contact
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]