[Date Prev][Date Next] [Chronological] [Thread] [Top]

Problem: Initial Bind



There used to be all these fine #define's in ldapconfig.h for
the dn client programs should initial bind to (e.g. FINGER_BINDDN,
UD_BINDDN). 

Below is a part of the mail exchange between Wesley Craig 
(wesley.craig@umich.edu) and Kurt D. Zeilenga (kurt@openldap.org):

Wes:
>The problem is, how to decide which dn to use?
>We could introduce a call similar to ldap_filter*() which passes
>a keyword, dn = ldap_dn_init( "ud" ).  The file would then be 
>something like:
>
>initdn finger          cn=Finger, ou=Miscellaneous Servers, ...
>initdn ldapsearch      cn=LDAP Search Tool, ou=Miscellaneous Servers, ...
>initdn ud              cn=ud, ou=Miscellaneous Servers, ...
>initdn mail500         cn=mail500, ou=Miscellaneous Servers, ...
>
>Fairly easy to do.  Does this fit with OpenLDAP/LDAP APIs?

Kurt:
Enhancing the ldapfilter.conf(5) format is an option.
Another option would be to implement (or borrow) an
application neutral config file parser.  I would suggest
something like:
        cf = ldap_config_open("ud");
        groupdn = ldap_config_get(cf, "ud.groupdn");
        ldap_config_close(cf);

The extension would be part of -lldap but the core ldap routines
would not depend on the functionality of the routines.

If you were interested in coding something like this, I would
suggest you post a brief message to devel mailing list requesting
feedback.

Zoe: 
I will be writing the code. 

Zoe Gurevich, 
zoe@umich.edu
U-M Information Technology Division