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] draft agenda (V1) for DB-WG meeting, RIPE 49, Manchester, UK
- Previous message (by thread): [db-wg] draft agenda (V1) for DB-WG meeting, RIPE 49, Manchester, UK
- Next message (by thread): [db-wg] draft agenda (V1) for DB-WG meeting, RIPE 49, Manchester, UK
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jeroen Massar
jeroen at unfix.org
Fri Sep 10 19:47:15 CEST 2004
On Fri, 2004-09-10 at 19:40, Marco d'Itri wrote: > On Sep 10, MarcoH <marcoh at marcoh.net> wrote: > > > Summarizing the options: <SNIP the ones I would not want to see happening at all ;)> > > - minor database changes to limit the number of '@' signs returned Could break some query functionality in case someone has say 5 e-mail lines in one object or one refers to a role object which refers to multiple people etc. Don't think this is really viable. One can download the complete thing using ftp anyways. > > - change IRT to make PGP-stuff optional and thus IRT more usable I would not oppose this, see previous discussions ;) > > - do nothing and stop this now At least the PGP-optional should be fixed. > - return by default the less specific irt object for every > inetnum/inetnum6 query, if one exists Good idea too... > Many of these options are not mutually exclusive, i.e. it's probably a > good idea, independently from implementing or not abuse-c, to make PGP > attributes in IRT records optional and to make the email address in the > changed attribute a free form string (it does not /need/ to reference a > person object, as long as people in each organization can agree on what > should be put there). > Is anybody opposed to these changes? Nope, changing the e-mail lines to person objects is probably wiser indeed. The whois interface could btw hide all the entries between the first and the last entry? Greets, Jeroen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 240 bytes Desc: This is a digitally signed message part URL: </ripe/mail/archives/db-wg/attachments/20040910/47810826/attachment.sig>
- Previous message (by thread): [db-wg] draft agenda (V1) for DB-WG meeting, RIPE 49, Manchester, UK
- Next message (by thread): [db-wg] draft agenda (V1) for DB-WG meeting, RIPE 49, Manchester, UK
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]