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]/
[db-wg] Proposal: Abuse-C as a Reference
- Previous message (by thread): [db-wg] Proposal: Abuse-C as a Reference
- Next message (by thread): [db-wg] Proposal: Abuse-C as a Reference
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ulrich Kiermayr
ulrich.kiermayr at univie.ac.at
Sat May 8 13:13:52 CEST 2004
Hi, >> Not quite, surely. We want to provide one user population with >> exactly one e-mail address and not too much else; In an ideal world (tm). The database would contain e-mail addresses in objects that describe a person or a group of persons (because only they can actually read eMails). everywhere else (i.e. Notifications/changed,....) should contain a reference to that someone. Because: What you do is to notify/inform/write something to _someone_ having an email address, and not notifying a Mailbox. This in conjunction whith the comment thing from my last mail should actually make the 'normal' output understandable to anyone who reads [1]. But I know that this would Imply a _major_ change in the way the Database works, and therefore I suppose it is not realistic. But at least the comments migt help in that case. lG uk [1] Howver I know that the ability to read scales whith the Clue-Density defined in the Secret-WG, so all of this might not solve any of these issues ;-) -- Ulrich Kiermayr Zentraler Informatikdienst der Universitaet Wien Network - Security - ACOnet-CERT Universitaetsstrasse 7, 1010 Wien, AT eMail: ulrich.kiermayr at univie.ac.at Tel: (+43 1) 4277 / 14104 PGP Key-ID: 0xA8D764D8 Fax: (+43 1) 4277 / 9140
- Previous message (by thread): [db-wg] Proposal: Abuse-C as a Reference
- Next message (by thread): [db-wg] Proposal: Abuse-C as a Reference
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]