Thanks for your reply. There is a strong possibility in the future i will end up porting OpenLDAP to our platform, however due to a variety of issues this is not feasible for our time frame. At this time we do not need a fully featured LDAP server. All we need are limited bind/unbind/search support. Attempting to setup OpenLDAP to solve our problem would be like using a sledge hammer to swat a fly.
Pierangelo Masarati wrote:
Sorry for not directly answering your question, but I'd first answer what
I believe is your implicit question: "what problem do I need to solve?". If your problem is having a fully featured LDAP server that gets data form
a fancy (or proprietary) storage, then OpenLDAP's slapd should be modular
enough to allow you to avoid reinventing the wheel (in Italy, we say
"rediscover hot water"). For example, you could simply write a custom
backend or, if your storage has anything in common with any existing
backend, you could simply add a layer (i.e. an overlay) on top of it. I
strongly recommend you follow this path. Backend and overlay programming
may be a bit harder than plain libldap programming, but much more rewaring
in terms of functionalities (you would exploit all present and future
features of OpenLDAP's slapd) and performances.
p.
-- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc OpenLDAP Core Team http://www.openldap.org/project/