Recent searches

No recent searches

Search options

Only available when logged in.
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Administered by:

Server stats:

211
active users

eupolicy.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.4.1

#openldap

0 posts0 participants0 posts today
Howard Chu @ Symas<p>The <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> Project's existing policies already preclude AI-generated submissions, but we're considering adding an explicit statement of that fact, just to make it clear up front. <a href="https://mastodon.social/@hyc/114495011139229120" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@hyc/114495011</span><span class="invisible">139229120</span></a></p>
Wolfram wants peace<p><a href="https://picostitch.com/blog/2025/06/lmdb/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">picostitch.com/blog/2025/06/lm</span><span class="invisible">db/</span></a></p><p>I am currently learning about LMDB. The blog post was triggered by the marketing I fall for too often, the "fastest" "most efficient" etc. Since I am skeptic by nature, I always dig for the drawbacks and let me give you the real picture about LMDB here.</p><p><a href="https://mastodontech.de/tags/db" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>db</span></a> <a href="https://mastodontech.de/tags/lmdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>lmdb</span></a> <a href="https://mastodontech.de/tags/openldap" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>openldap</span></a> <a href="https://mastodontech.de/tags/tech" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>tech</span></a></p>
Neustradamus :xmpp: :linux:<p><a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> 2.6.10 has been released (<a href="https://mastodon.social/tags/LDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LDAP</span></a> / <a href="https://mastodon.social/tags/LightweightDirectoryAccessProtocol" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LightweightDirectoryAccessProtocol</span></a> / <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LMDB</span></a> / <a href="https://mastodon.social/tags/LightningMemoryMappedDatabase" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LightningMemoryMappedDatabase</span></a> / <a href="https://mastodon.social/tags/Symas" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Symas</span></a>) <a href="https://openldap.org/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">openldap.org/</span><span class="invisible"></span></a></p>
Neustradamus :xmpp: :linux:<p><a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> 2.5.20 <a href="https://mastodon.social/tags/LTS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LTS</span></a> has been released (<a href="https://mastodon.social/tags/OpenLDAPLTS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAPLTS</span></a> / <a href="https://mastodon.social/tags/LDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LDAP</span></a> / <a href="https://mastodon.social/tags/LightweightDirectoryAccessProtocol" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LightweightDirectoryAccessProtocol</span></a> / <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LMDB</span></a> / <a href="https://mastodon.social/tags/LightningMemoryMappedDatabase" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LightningMemoryMappedDatabase</span></a> / <a href="https://mastodon.social/tags/Symas" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Symas</span></a>) <a href="https://openldap.org/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">openldap.org/</span><span class="invisible"></span></a></p>
Worteks<p>🦩 Dark side of the LDAP : les backends ldap et meta d'OpenLDAP en action !</p><p>🔎 Découvrez comment <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> peut être configuré en tant que méta-annuaire, reliant les données de plusieurs instances pour en présenter une vue unifiée.</p><p>🔗 <a href="https://www.worteks.com/blog/Meta-annuaire-et-reecriture-de-suffixe-avec-openldap/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">worteks.com/blog/Meta-annuaire</span><span class="invisible">-et-reecriture-de-suffixe-avec-openldap/</span></a></p><p>N'hésitez pas à partager et à nous faire part de vos retours et questions !</p><p><span class="h-card" translate="no"><a href="https://mastodon.social/@osxp_paris" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>osxp_paris</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@opensource_experts" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>opensource_experts</span></a></span> <span class="h-card" translate="no"><a href="https://fosstodon.org/@ow2" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ow2</span></a></span> <span class="h-card" translate="no"><a href="https://floss.social/@ltb_project" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ltb_project</span></a></span> </p><p><a href="https://mastodon.social/tags/OpenSource" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenSource</span></a> <a href="https://mastodon.social/tags/TechInnovation" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>TechInnovation</span></a> <a href="https://mastodon.social/tags/LogicielLibre" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LogicielLibre</span></a> <a href="https://mastodon.social/tags/FreeSoftware" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FreeSoftware</span></a> <a href="https://mastodon.social/tags/LDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LDAP</span></a> <a href="https://mastodon.social/tags/LDAPToolBox" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LDAPToolBox</span></a> <a href="https://mastodon.social/tags/LTB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LTB</span></a> <a href="https://mastodon.social/tags/AD" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AD</span></a></p>
Howard Chu @ Symas<p><a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> 2.6.10 release candidate available for testing <a href="https://lists.openldap.org/hyperkitty/list/openldap-technical@openldap.org/message/HGBDBYJ5O765LSAOLTPXNFFX3ZNBK7IR" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">lists.openldap.org/hyperkitty/</span><span class="invisible">list/openldap-technical@openldap.org/message/HGBDBYJ5O765LSAOLTPXNFFX3ZNBK7IR</span></a></p><p>Also 2.5.20 <a href="https://lists.openldap.org/hyperkitty/list/openldap-technical@openldap.org/message/NFTXNTUS5WQFOPWHCGQFI2PFLJM22II5/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">lists.openldap.org/hyperkitty/</span><span class="invisible">list/openldap-technical@openldap.org/message/NFTXNTUS5WQFOPWHCGQFI2PFLJM22II5/</span></a></p>
Howard Chu @ Symas<p>Seems like an opportune time to remind folks that <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a>'s autoca module can fully automate TLS cert generation for local PKI. <a href="https://mastodon.social/@billinkc@dataplatform.social/114348340320269495" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@billinkc@data</span><span class="invisible">platform.social/114348340320269495</span></a></p>
Howard Chu @ Symas<p><span class="h-card" translate="no"><a href="https://spookygirl.boo/@mindpersephone" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mindpersephone</span></a></span> I used to use US Census data to randomly generate names and addresses for databases for benchmarking <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> You can download their lists of the most popular forenames, surnames, etc. I'd generate using the popularity of each name as a weighting factor, so the resulting DB would be representative of a real population. This also ensured our indexers would be exercised realistically as well. Haven't looked recently to see if trump has stripped the census website too...</p>
Howard Chu @ Symas<p>2025-04-01: The <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> Project reports no breaches or unintended data disclosures, for the Nth year in a row.</p><p>Meanwhile, at Oracle... <a href="https://mastodon.social/@GossiTheDog@cyberplace.social/114240759704020828" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@GossiTheDog@c</span><span class="invisible">yberplace.social/114240759704020828</span></a></p>
Howard Chu @ Symas<p>Yes, I recommend all our competitors just use <a href="https://mastodon.social/tags/postgres" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>postgres</span></a>; makes it trivial to blow them away in competitive benchmarking... <a href="https://mastodon.social/tags/lmdb" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>lmdb</span></a> <a href="https://mastodon.social/tags/openldap" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>openldap</span></a></p>
Howard Chu @ Symas<p><span class="h-card" translate="no"><a href="https://mastodon.gamedev.place/@Moosader" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>Moosader</span></a></span> <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> does the same</p>
Howard Chu @ Symas<p>OK, made me curious enough to check. <a href="https://mastodon.social/@bagder/114144624649744146" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@bagder/114144</span><span class="invisible">624649744146</span></a></p><p>Last CVE against OpenLDAP was <a href="https://www.cve.org/CVERecord?id=CVE-2023-2953" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">cve.org/CVERecord?id=CVE-2023-</span><span class="invisible">2953</span></a> </p><p>930 days since last confirmed <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> vulnerability report.</p>
Howard Chu @ Symas<p><span class="h-card" translate="no"><a href="https://mastodon.social/@mhoye" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>mhoye</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@gvwilson" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>gvwilson</span></a></span> that's why we run our own <a href="https://mastodon.social/tags/Bugzilla" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Bugzilla</span></a> instance for <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> and never use github's issue tracker. Always run your own infrastructure. We only mirror our code to github, nothing more.</p>
Paco Hope #resist<p><span class="h-card" translate="no"><a href="https://infosec.exchange/@paco" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>paco</span></a></span> I finally wrote the blog post. </p><p><a href="https://blog.paco.to/2024/migrating-iredmail-mysql-ldap/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">blog.paco.to/2024/migrating-ir</span><span class="invisible">edmail-mysql-ldap/</span></a></p><p><a href="https://infosec.exchange/tags/iredmail" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>iredmail</span></a> <a href="https://infosec.exchange/tags/selfhosted" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>selfhosted</span></a> <a href="https://infosec.exchange/tags/openldap" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>openldap</span></a> <a href="https://infosec.exchange/tags/email" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>email</span></a></p>
Ingo Steuwer<p>We at <span class="h-card" translate="no"><a href="https://univention.social/@univention" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>univention</span></a></span> did several minor releases for Nubus for <a href="https://mastodon.social/tags/kubernetes" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kubernetes</span></a> in the last weeks to add features and improve the deployment. A major step was the release 1.5 a few days ago which brings automated redundancy for writeable <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> containers - more in the Blog: <a href="https://www.univention.com/blog-en/2024/12/nubus-for-kubernetes-1-5/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">univention.com/blog-en/2024/12</span><span class="invisible">/nubus-for-kubernetes-1-5/</span></a></p><p><a href="https://mastodon.social/tags/opensource" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>opensource</span></a> <a href="https://mastodon.social/tags/univention" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>univention</span></a> <a href="https://mastodon.social/tags/nubus" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>nubus</span></a></p>
Howard Chu @ Symas<p>I'd been wondering why DBs weren't zero copy since at least back in 2003, working with BerkeleyDB. It's incredible how much inefficiency is built into foundational software and everyone else just blindly accepts it. We can do so much more with the hardware that we have, than most software stacks are delivering. But <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> and <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LMDB</span></a> have changed that... <a href="https://mastodon.social/@32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245@mostr.pub/113636917233345702" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">mastodon.social/@32e1827635450</span><span class="invisible">ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245@mostr.pub/113636917233345702</span></a></p>
Howard Chu @ Symas<p>Speaking of encrypting data at rest, I just finished up integrating <a href="https://mastodon.social/tags/LMDB" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LMDB</span></a>'s encryption support into <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> slapd. <a href="https://git.openldap.org/openldap/openldap/-/merge_requests/721" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">git.openldap.org/openldap/open</span><span class="invisible">ldap/-/merge_requests/721</span></a></p><p>Using libsodium's chacha20poly1305 cipher, writes are about 20% slower than without encryption. Reads are a bit slower still. OpenSSL's chacha20poly1305 is a bit faster than libsodium's, though I only measured these in single-threaded workloads. Not sure if OpenSSL's internal locking affects multithreaded workloads here.</p>
Howard Chu @ Symas<p>After something like 30 years hacking with <a href="https://mastodon.social/tags/OpenSSL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenSSL</span></a>, I think it's time to part ways. The <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> Project will be deprecating OpenSSL support and recommending some other crypto library in the near future. <a href="https://github.com/openssl/openssl/issues/25294#issuecomment-2391707060" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/openssl/openssl/iss</span><span class="invisible">ues/25294#issuecomment-2391707060</span></a></p><p>Who knew that "libraries shouldn't require their callers to leak memory" would be a controversial position?</p>
Howard Chu @ Symas<p>Quick reminder - any docs you've found for <a href="https://mastodon.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> online anywhere besides openldap.org were probably written by people who have no idea what they're talking about.</p><p>Stop using web search to find information that's already included in the official docs bundled with the release and already installed on your local machine. Especially with AIs producing garbage answers these days, you're just wasting your time.</p><p><a href="https://bugs.openldap.org/show_bug.cgi?id=10256#c3" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.openldap.org/show_bug.cgi</span><span class="invisible">?id=10256#c3</span></a></p>
Brett Sheffield (he/him)<p>Spent today building a new <a href="https://chaos.social/tags/OpenLDAP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>OpenLDAP</span></a> schema.</p><p>Because the datacentre where our servers are hosted is closing, I have some new physical servers to deploy and a whole bunch of virtual servers to shift and rebuild from scratch.</p><p>We've used various things for config management over the years, all of which have been suboptimal.</p><p>So, from now on all config lives in LDAP. Not in a script somewhere. Not in some puppet or cfengine manifest.</p>
TrendingLive feeds
About