Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: legacy ldap?
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Howard Chu via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 3 Dec 2025 12:03:15 +0000
Howard Chu wrote:
> Daniel Stenberg via curl-library wrote:
>> On Tue, 2 Dec 2025, Patrick Monnerat via curl-library wrote:
>>
>>>> If so, I'm curious to learn more on why and on what system(s).
>>>
>>> Yes: on OS/400 ILE. I do not have any knowledge of an OpenLDAP port to this platform.
>>
>> Do you actually use it on that platform or are you just building for it? We build it in CI as well it turns out.
>>
>>> I don't use Windows myself for about 9 years, but at this time there was an OS-native support for LDAP that was usable with this code.
>>
>> WinLDAP exists and that code builds to use it. But I don't know of anyone that *uses* it.
>>
>>> BTW: I don't think it's a "legacy" LDAP. I rather take it as an alternative, just like we have more than a single ssh library support.
>>
>> I use the term legacy for this because this is the old, ancient even, way to do LDAP. There's virtually no public documentation to be found online how this API
>> is supposed to work and the API is "lacking". It feels like yet another one of those forgotten corners of the world that maybe we rather not stir up too much...
>>
>> A major challenge trying to find docs is that OpenLDAP has mostly the same function names, so OpenLDAP search results easily shadow the legacy details.
>>
>
> OpenLDAP has the same function names because the LDAP API is defined in RFC1823.
> https://www.rfc-editor.org/rfc/rfc1823
>
> Of course that API was published for LDAPv2 and OpenLDAP has extended a lot beyond that since LDAPv3 came around.
We implemented most of this draft for LDAPv3 https://datatracker.ietf.org/doc/html/draft-ietf-ldapext-ldap-c-api-05
Date: Wed, 3 Dec 2025 12:03:15 +0000
Howard Chu wrote:
> Daniel Stenberg via curl-library wrote:
>> On Tue, 2 Dec 2025, Patrick Monnerat via curl-library wrote:
>>
>>>> If so, I'm curious to learn more on why and on what system(s).
>>>
>>> Yes: on OS/400 ILE. I do not have any knowledge of an OpenLDAP port to this platform.
>>
>> Do you actually use it on that platform or are you just building for it? We build it in CI as well it turns out.
>>
>>> I don't use Windows myself for about 9 years, but at this time there was an OS-native support for LDAP that was usable with this code.
>>
>> WinLDAP exists and that code builds to use it. But I don't know of anyone that *uses* it.
>>
>>> BTW: I don't think it's a "legacy" LDAP. I rather take it as an alternative, just like we have more than a single ssh library support.
>>
>> I use the term legacy for this because this is the old, ancient even, way to do LDAP. There's virtually no public documentation to be found online how this API
>> is supposed to work and the API is "lacking". It feels like yet another one of those forgotten corners of the world that maybe we rather not stir up too much...
>>
>> A major challenge trying to find docs is that OpenLDAP has mostly the same function names, so OpenLDAP search results easily shadow the legacy details.
>>
>
> OpenLDAP has the same function names because the LDAP API is defined in RFC1823.
> https://www.rfc-editor.org/rfc/rfc1823
>
> Of course that API was published for LDAPv2 and OpenLDAP has extended a lot beyond that since LDAPv3 came around.
We implemented most of this draft for LDAPv3 https://datatracker.ietf.org/doc/html/draft-ietf-ldapext-ldap-c-api-05
-- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-12-03