"Bug" with my whois++ server

Mark Prior <mrp@itd.adelaide.edu.au> Fri, 30 April 1993 10:15 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01403; 30 Apr 93 6:15 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa01399; 30 Apr 93 6:15 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa04434; 30 Apr 93 6:15 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.16588-0@haig.cs.ucl.ac.uk>; Fri, 30 Apr 1993 00:37:59 +0100
Received: from jarrah.itd.adelaide.edu.au by bells.cs.ucl.ac.uk with Internet SMTP id <g.16384-0@bells.cs.ucl.ac.uk>; Fri, 30 Apr 1993 00:37:46 +0100
Received: by jarrah.itd.adelaide.edu.au with SMTP (5.61+IDA+MU/UA-5.26) id AA07260; Fri, 30 Apr 1993 09:07:29 +0930
Message-Id: <9304292337.AA07260@jarrah.itd.adelaide.edu.au>
To: ietf-wnils@ucdavis.edu.au, ldap@terminator.cc.umich.edu
Cc: osi-ds@cs.ucl.ac.uk, quipu@cs.ucl.ac.uk, ids@merit.edu
Subject: "Bug" with my whois++ server
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 30 Apr 1993 09:07:29 +0930
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mark Prior <mrp@itd.adelaide.edu.au>

It appears that I have left in a reference to a local attribute
(preferredName) in the person template. This will probably cause some
error messages from the DSA when it tries to retrieve the value for
this attribute if you haven't got this defined in your oidtables.

Your two choices are
  1. remove the reference (and make sure you don't compile with UOFA
     defined).
  2. Grab a copy of the additions to the oidtables I am using from
        archie.au:projects/directory-services/aarnet.oidtable.*

To avoid beating these poor lists to death I have created a
"ldap-whois++" list to discuss problems, send fixes, etc., with my
server. If you want to get on this list please send a message to
ldap-whois++-request@itd.adelaide.edu.au.

General discussions about whois++ should still go to the ietf-wnils
list at UC Davis, and LDAP to the list at U Mich.

Thanks,
Mark.