I have been using OpenLDAP on Linux for a number of years and am now evaluating a transition towards the back-sql backend but I understand this is no longer actively maintained. Would somebody on this list be so kind as to go into some of the reasoning behind this lack of development? Is there now a better alternative for LDAP integration with an existing SQL schema? Is the methodology of back-sql seriously flawed? Is it just a lack of volunteers? I have encountered a possible bug and, having the resources, would like to help maintain this SQL backend if that is the appropriate thing to do.

Back-sql has never been intended as a general-purpose storage, but rather as a means to allow to expose existing SQL databases in LDAP with minimal effort (essentially related to creating few tables with meta-information (e.g. ldap_entries, ldap_oc_mappings, ldap_attr_mappings and so).

I am no longer heavily involved in LDAP, as my job took different directions; still, I like to volunteer for the project, but since I had to reduce the amount of time I can dedicate to it, I decided to rather focus on proxy backends and new features; back-sql is no longer one of my priorities.

There is no formal attribution of responsibilities to developers; however, I've been the only active "committer" to back-sql for years. Unless someone else wants to take this over, back-sql is essentially unmaintained. This does not necessarily means it will be abandoned: if you send a patch, it will probably be evaluated; however, if it doesn't solve an existing issue because it needs further work, it will likely remain dangling forever.

If you volunteer, welcome. It's not me who decides who can become a committer, I guess you first need to show that you are able to find your way at least through the portion of code you intend to work on most, so 1) show us that there's something broken and 2) show us that you can fix it.

p.