Hi Udo,
Would you mind sharing your back-sql configuration for read-only? Like I mentioned in the last post I spent time over a period of a few months working on this and I couldn't get children of children to load at all. The queries weren't even asking for the data... not sure why.
On 10/20/21 10:00 AM, Udo Rader wrote:
Hi Mark,
thanks for getting back.
I've since dug out my +10y old configuration and managed to set things up pretty easily.
There are some headaches and pitfalls, yes, but for a r/o address book it still works pretty well.
After adding pcache, performance got a lot better, too. Not perfect of course, but it works well enough.
Will probably only know in a couple of weeks how well it really works, performance and stability wise.
BR Udo
On 19.10.21 19:27, Mark Murawski wrote:
Hi Udo,
After months of troubleshooting. I've determined that back-sql is missing core functionality that prevents its use in terms of implementing a full-service ldap system.
I am a developer, but I don't have the time to deep-dive into this. What I would up doing was storing my data in postgres and then exporting to a read-only standard ldap backend. And re-exporting once a day to address changes to the data in postgres.
Hope this helps.
Thanks.
On 10/15/21 5:00 PM, Udo Rader wrote:
Hi, I need to expose some data stored in a postgres database using OpenLDAP. In the past, I've used back-sql for that purpose and it has worked quite nicely, but that has been a very long time ago. Now, after digging through the archives a little bit, I read that the usage of the backend is discouraged, because it is unmaintained. What I basically need is an LDAP based address book, that users can connect to using their macOS based MUAs. So if we say, that the backend is only used for read-only access, is it still not recommended? And maybe, if the backend happens to be unusable, are there any viable alternatives that come to mind? Thanks Udo