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:00:49 +0000
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.
> Apple deprecated "legacy LDAP" in 2013, but it still seemingly works.
Date: Wed, 3 Dec 2025 12:00:49 +0000
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.
> Apple deprecated "legacy LDAP" in 2013, but it still seemingly works.
-- -- 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