openldap-bugs

openldap-bugs@openldap.org

1 participants
20960 discussions

Re: (ITS#8077) unknown envflags keyword
by quanah＠zimbra.com 12 Mar '15

12 Mar '15

--On Wednesday, March 11, 2015 6:29 PM +0000 dieter(a)dkluenter.de wrote: > Because that is a standard slapd.conf in my test environment, but the > same with and without curly brackets. Hi Dieter, Your usage is an error. See <https://www.openldap.org/its/private.cgi/?findid=8016> Prior to 8016, it was silently ignored. It is now no longer silent. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#8078) The configured TimeOut in the Back-meta overlay is not used during the connction phase
by elecharny＠apache.org 12 Mar '15

12 Mar '15

Full_Name: Emmanuel L.charny Version: 2.4.40 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (90.46.56.240) the back-meta overlay meta_back_init_one_conn() method set the timeout to get the result to a value which is not the one configured (network-timeout AFAIU), as shown in this portion of the code (line 469 in conn.c) : LDAP_BACK_TV_SET( &tv ); retry:; rc = ldap_result( msc->msc_ld, msgid, LDAP_MSG_ALL, &tv, &res ); which uses : #define LDAP_BACK_RESULT_TIMEOUT (0) #define LDAP_BACK_RESULT_UTIMEOUT (100000) #define LDAP_BACK_TV_SET(tv) \ do { \ (tv)->tv_sec = LDAP_BACK_RESULT_TIMEOUT; \ (tv)->tv_usec = LDAP_BACK_RESULT_UTIMEOUT; \ } while ( 0 ) The timeout is then set to 100ms, which might be too low when the remote server is 'far'.

1 0

Re: (ITS#8077) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

Am Wed, 11 Mar 2015 10:01:28 -0700 schrieb Quanah Gibson-Mount <quanah(a)zimbra.com>: > --On Wednesday, March 11, 2015 4:39 PM +0000 dieter(a)dkluenter.de > wrote: >=20 > > Full_Name: Dieter Kluenter > > Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 > > OS: openSUSE-13.2 > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (93.220.7.239) > > > > > > Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: > > > > [...] > > 5500605c line 38 (database mdb) > > 5500605c mdb_db_init: Initializing mdb database > > 5500605c line 39 (suffix "o=3Dhdk") > > 5500605c >>> dnPrettyNormal:3C3Co=3Dhdk> > > ... > > 5500605c line 43 (directory "/work/openldap/var/ldap/data") > > 5500605c line 45 (envflags {nometasync,writemap,mapasync}) >=20 > Why are your envflags in {}'s ? Because that is a standard slapd.conf in my test environment, but the same with and without curly brackets. -Dieter=20 --=20 Dieter Kl=C3=BCnter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53=C2=B037'09,95"N 10=C2=B008'02,42"E

1 0

Re: (ITS#8077) unknown envflags keyword
by quanah＠zimbra.com 11 Mar '15

11 Mar '15

--On Wednesday, March 11, 2015 4:39 PM +0000 dieter(a)dkluenter.de wrote: > Full_Name: Dieter Kluenter > Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 > OS: openSUSE-13.2 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (93.220.7.239) > > > Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: > > [...] > 5500605c line 38 (database mdb) > 5500605c mdb_db_init: Initializing mdb database > 5500605c line 39 (suffix "o=hdk") > 5500605c >>> dnPrettyNormal:3C3Co=hdk> > ... > 5500605c line 43 (directory "/work/openldap/var/ldap/data") > 5500605c line 45 (envflags {nometasync,writemap,mapasync}) Why are your envflags in {}'s ? --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#8077) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

Full_Name: Dieter Kluenter Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 OS: openSUSE-13.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (93.220.7.239) Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: [...] 5500605c line 38 (database mdb) 5500605c mdb_db_init: Initializing mdb database 5500605c line 39 (suffix "o=hdk") 5500605c >>> dnPrettyNormal:3C3Co=hdk> ... 5500605c line 43 (directory "/work/openldap/var/ldap/data") 5500605c line 45 (envflags {nometasync,writemap,mapasync}) 5500605c ../etc/openldap/slapd.conf: line 45 envflags: unknown keyword "{nometasync,writemap,mapasync}" 5500605c slapd destroy: freeing system resources. -Dieter

1 0

(ITS#8076) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

1 0

Re: (ITS#8075) ldapsearch on uniqueMember attribute with escaped character (+) returns null
by michael＠stroeder.com 11 Mar '15

11 Mar '15

This is a cryptographically signed message in MIME format. --------------ms000504060806040004090301 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable herwig.bogaert(a)viaa.be wrote: > When a uniquemember attribute contains escaped characters, an ldap sear= ch for > that attribute will return null. > '(uniqueMember=3Dmail=3Dtest-user(a)example.org,ou=3Dapps,ou=3Dusers,dc=3D= qas,dc=3Dviaa,dc=3Dbe)' ^^^ '=3D' in an assertion value is a special char in LDAP filter string representation [1]. Works for me with recent RE24 build using the following filter (note the escaped '=3D'): (uniqueMember=3Dmail=3Dtest\5c2Buser(a)example.org,ou=3Dapps,ou=3Dusers,dc=3D= qas,dc=3Dviaa,dc=3Dbe) Ciao, Michael. [1] http://tools.ietf.org/html/rfc4515 --------------ms000504060806040004090301 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNTAzMTExMDI5MjJaMCMGCSqGSIb3DQEJBDEWBBTjxF6eozL1 +UCFsIdMDMgw5QTfyzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAPcnOdrRq qxbXfkotaf9KJ7jthssVxmzGGoHuLUx3da/Pqd+aRWTZH3/R7Qx1K7od3uknR4GNyPXTN35d esHs+/yJIq5EisRoiozspz9encFgXlee/DAys8/lQp+d0yVUWbDmLB3hTglsqfIjLp758xtf bXQFSk6RXtaBa21a7awiNJsrTX6AyhvLZ7i8wH2kv70nkUkTzxmTcVBjht+y69JvZMZi77iF bdlmvftg+VfWNmBSPZUIKMSGUielHyOjid6onc+XyS7FJRFlDWtvjMyGlDGm45Yw5Vb3Y5gW 6GwRmBhxEz6UahWPHtQPgjPhr8+Rkh58VM4RsIjYDAlLSgAAAAAAAA== --------------ms000504060806040004090301--

1 0

(ITS#8075) ldapsearch on uniqueMember attribute with escaped character (+) returns null
by herwig.bogaert＠viaa.be 11 Mar '15

11 Mar '15

Full_Name: Herwig Bogaert Version: 2.4.31 OS: Debian Wheezy URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:6a8:1d80:1128:d1b8:e59b:d3a0:a55a) When a uniquemember attribute contains escaped characters, an ldap search for that attribute will return null. Test case: Following entry is used in the test: ldapsearch ..... -b dc=qas,dc=viaa,dc=be cn=testgroup # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: cn=testgroup # requesting: ALL # # testgroup, apps, groups, qas.viaa.be dn: cn=testgroup,ou=apps,ou=groups,dc=qas,dc=viaa,dc=be uniqueMember: mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc= be uniqueMember: mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be cn: testgroup objectClass: groupOfUniqueNames # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 Searching for test-user(a)example.org works fine: ldapsearch ...-b dc=qas,dc=viaa,dc=be '(uniqueMember=mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be)' dn # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: (uniqueMember=mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be) # requesting: dn # # testgroup, apps, groups, qas.viaa.be dn: cn=testgroup,ou=apps,ou=groups,dc=qas,dc=viaa,dc=be # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 But searching for test+user(a)example.org returns null ldapsearch ... -b dc=qas,dc=viaa,dc=be '(uniqueMember=mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be)' dn # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: (uniqueMember=mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be) # requesting: dn # # search result search: 2 result: 0 Success %# 3 numResponses: 1 I've tried different LDAP clients (openldap, Apache directory Studio, Ruby::Net::LDAP). Thanks in advance Herwig

1 0

Re: (ITS#8062) Assertion 'IS_LEAF(mp)' failed in mdb_cursor_next()
by leo＠yuriev.ru 11 Mar '15

11 Mar '15

As far as I remember this was fixed in ReOpenLDAP at January. Valgrind was reporting 'using uninitialized'. Leonid. @@ -7301,6 +7551,7 @@ mdb_cursor_init(MDB_cursor *mc, MDB_txn *txn, MDB_dbi dbi, MDB_xcursor *mx) mc->mc_top = 0; mc->mc_pg[0] = 0; mc->mc_flags = 0; + mc->mc_ki[0] = 0; if (txn->mt_dbs[dbi].md_flags & MDB_DUPSORT) { mdb_tassert(txn, mx != NULL); mc->mc_xcursor = mx;

1 0

Re: (ITS#7145) cn=Connection 0
by hguo＠suse.com 10 Mar '15

10 Mar '15

Good day Michael. Thanks you very much for the packages, they work in SLES 12! But unfortunately my test case is still able to reproduce the issue using version 2.4.40. Would you like to try out the test case? If so I'll tailor the test case code to your choice of Linux distribution. Kind regards, Howard Guo SUSE LINUX Products GmbH On 09/03/15 17:41, Michael Ströder wrote: > hguo(a)suse.com wrote: >> After experimenting with monitoring DB myself, I have figured out a >> minimal reproducable test case, I am afraid that the issue still shows >> up in 2.4.39 (distributed by SUSE Server 12). >> >> The 2.4.40 changelog does not seem to suggest any relevant bug fix, but >> I will give it a try anyway. > You could easily try with 2.4.40 with my SLES12 packages: > > http://download.opensuse.org/repositories/home:/stroeder:/branches:/network… > > I hope these will make it into mainstream: > > https://build.opensuse.org/package/show/home:stroeder:branches:network:ldap… > > Ciao, Michael. > >

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs