RE: subSchemaSubEntry support

["Pierangelo Masarati" <ando@sys-net.it>]

> I'm new to OpenLDAP and this is not working for me...
> Here is the output I get :
>
> C:\Program Files\RTE\RTELDAP>ldapsearch -b cn=subschema -s base
> subschemasubentry
> entry is = [C:\Program Files\Sun\MPS\lib\sasl]
> Unable to dlopen C:\Program Files\Sun\MPS\lib\sasl: 126
> ldap_sasl_interactive_bind_s: No such attribute
>
> I'm running OpenLDAP on Windows. It's talking about Sun ?!

see the last note in http://www.openldap.org/faq/data/cache/577.html
In general, the "common errors" section of the FAQ should be a MUST
to those that admittedly are newbiers (it doesn't hurt even for
some of those that pretend to be experienced, including myself,
of course).  I wonder if hooking it in the opening page wouldn't
encourage its exploitation...

p.

>
> -----Message d'origine-----
> De : owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org] De la part de Dieter
> Kluenter
> Envoyé : lundi 14 juin 2004 19:25
> À : openldap-software@OpenLDAP.org
> Objet : Re: subSchemaSubEntry support
>
> "Olivier MATROT" <olivier.matrot@rte.fr> writes:
>
>> Hello,
>>
>> In accordance with the Request for Comments (RFC) 2251, LDAP version 3
>> servers are expected to expose a subSchemaSubEntry attribute off the
>> root of the directory service enterprise (the rootDSE).
>>
>> Is it true for OpenLDAP ?
>
> Yes. Try
> ldapsearch -b cn=subschema -s base subschemasubentry ldapsearch -b
> cn=subschema -s base objectclass=subschema +
>
> -Dieter
>
> --
> Dieter Klünter | Systemberatung
> Tel.: +49.40.64861967
> Fax : +49.40.64891521
> http://www.avci.de
>
>
>
>
>


-- 
Pierangelo Masarati
mailto:pierangelo.masarati@sys-net.it


    SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497