[prev in list] [next in list] [prev in thread] [next in thread] 

List:       perl-ldap-dev
Subject:    Re: [Fwd] Net::LDAP patch
From:       Chris Ridd <chris.ridd () messagingdirect ! com>
Date:       2001-05-15 9:47:10
[Download RAW message or body]

Chris Ridd <chris.ridd@messagingdirect.com> wrote:
> Graham Barr <gbarr@pobox.com> wrote:
>> ----- Forwarded message from Scott Bruce <scott@technomystic.org> -----
>> 
>> Date: Fri, 11 May 2001 22:14:27 -0700
>> To: gbarr@pobox.com
>> From: Scott Bruce <scott@technomystic.org>
>> Subject: Net::LDAP patch
>> X-Mailer: Microsoft Outlook Express 6.00.2465.0000
>> 
>> Hi Graham,
>> 
>> attached is the diff output from a quick patch I had to hack into
>> Net::LDAP to get the schema stuff working with openldap 2.0.7 :-).  by
>> default openldap only returns attribute data for 'objectclass' and 'cn'
>> if you request the subschema object, weird, so appending the other
> 
> No, that's sort of OK. The root DSE is handled a bit vaguely in the LDAP
> RFCs - to access it you should really use a manageDsaIT Control (which is
> not defined by any RFCs) because it is not a normal entry in the DIT. In
> the absence of this standard control servers are either 'helpful' and
> return all the (operational) attributes - pretending the control's been
> set, effectively - or 'strict' and don't.

I should add that there is a non-standard manageDsaIT control. It is
described in section 8 of draft-zeilenga-ldap-namedref-00.txt, of which
this is an excerpt:

====
  The control type is 2.16.840.1.113730.3.4.2.  The control criticality
  may be TRUE or FALSE.  There is no value; the controlValue field is
  absent.
====

Cheers,

Chris

[prev in list] [next in list] [prev in thread] [next in thread]