On Fri, 2004-09-10 at 19:40, Marco d'Itri wrote:
On Sep 10, MarcoH <marcoh@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