Bug#310282: slapd: Extended filters (ou:dn:=value) stop working after upgrade to 2.2.23-5
Hi Rafal, On Sun, May 22, 2005 at 10:16:38PM +0200, Rafal Kupka wrote: After upgrade from 2.1.30-3 to 2.2.23-5 filters like '((mailAlias=imago)(ou:dn:=Aliases))' stopped working. Problem persists even after rebuild directory from backup and recreating indexes. Sorry, but where is it documented that extended filters are supported? I did not even know that something like that is possible. The ldapsearch manpage refers to ldap_search where filters are defined using a BNF grammar and that does allow those filters. Until somebody can show me that they are officially supported I'll downgrade this to wishlist. Thanks Torsten signature.asc Description: Digital signature
Bug#310282: slapd: Extended filters (ou:dn:=value) stop working after upgrade to 2.2.23-5
Am Montag, den 23.05.2005, 17:10 +0200 schrieb Torsten Landschoff: Hi Rafal, On Sun, May 22, 2005 at 10:16:38PM +0200, Rafal Kupka wrote: After upgrade from 2.1.30-3 to 2.2.23-5 filters like '((mailAlias=imago)(ou:dn:=Aliases))' stopped working. Problem persists even after rebuild directory from backup and recreating indexes. Sorry, but where is it documented that extended filters are supported? I did not even know that something like that is possible. The ldapsearch manpage refers to ldap_search where filters are defined using a BNF grammar and that does allow those filters. Until somebody can show me that they are officially supported I'll downgrade this to wishlist. Hi Torsten, I'm affected by this bug too. In the OpenLDAP ITS this is SoftwareBug/3406 http://www.openldap.org/its/index.cgi/Software%20Bugs?id=3406;selectid=3406 and it's apparently already fixed in 2.3(HEAD). Best, Stefan Thanks Torsten -- Stefan Schmieta [EMAIL PROTECTED] Axioma -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310282: slapd: Extended filters (ou:dn:=value) stop working after upgrade to 2.2.23-5
Hi Stefan, On Mon, May 23, 2005 at 03:34:59PM -0400, Stefan Schmieta wrote: Until somebody can show me that they are officially supported I'll downgrade this to wishlist. I'm affected by this bug too. In the OpenLDAP ITS this is SoftwareBug/3406 http://www.openldap.org/its/index.cgi/Software%20Bugs?id=3406;selectid=3406 and it's apparently already fixed in 2.3(HEAD). Okay. Thanks for your feedback. I'll see what I can do. Greetings Torsten signature.asc Description: Digital signature
Bug#310282: slapd: Extended filters (ou:dn:=value) stop working after upgrade to 2.2.23-5
Package: slapd Version: 2.2.23-5 Severity: important After upgrade from 2.1.30-3 to 2.2.23-5 filters like '((mailAlias=imago)(ou:dn:=Aliases))' stopped working. Problem persists even after rebuild directory from backup and recreating indexes. Backend is BDB, index objectClass eq index associatedDomain pres,eq,sub index mail,uid,cn,ou,mailSettingValue pres,eq I have here two servers, one of them is 2.1.30-3, and other (replica) 2.2.23-5. Slapd version 2.1.30 works good, example below. --- brutus:~# ldapsearch -LLL '((mailAlias=imago)(ou:dn:=Aliases))' dn dn: mailAlias=imago,ou=Aliases,dc=imago.com.pl,ou=Domains,o=wdg --- Searching server with slapd version 2.2.23 returns none records. --- brutus:~# ldapsearch -h katon.wdg.pl '((mailAlias=imago)(ou:dn:=Aliases))' dn # extended LDIF # # LDAPv3 # base with scope sub # filter: ((mailAlias=imago)(ou:dn:=Aliases)) # requesting: dn # # search result search: 2 result: 0 Success # numResponses: 1 --- But mailAlias=imago exists at katon.wdg.pl (server with slapd 2.2.23) --- brutus:~# ldapsearch -LLL -h katon.wdg.pl '((mailAlias=imago))' dn dn: mailAlias=imago,ou=Aliases,dc=imago.com.pl,ou=Domains,o=wdg --- Another example, lets search dn: cn=rkupka,ou=Accounts,dc=test,dc=wdg.pl,ou=Domains,o=wdg with differents filters # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(o:dn:=wdg))' dn dn: cn=rkupka,ou=Accounts,dc=test,dc=wdg.pl,ou=Domains,o=wdg # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(ou:dn:=Domains))' dn # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(dc:dn:=wdg.pl))' dn dn: cn=rkupka,ou=Accounts,dc=test,dc=wdg.pl,ou=Domains,o=wdg # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(dc:dn:=test))' dn dn: cn=rkupka,ou=Accounts,dc=test,dc=wdg.pl,ou=Domains,o=wdg # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(ou:dn:=Accounts))' dn # ldapsearch -LLL -h katon.wdg.pl '((cn=rkupka)(cn:dn:=rkupka))' dn dn: cn=rkupka,ou=Accounts,dc=test,dc=wdg.pl,ou=Domains,o=wdg It looks like only ou:dn:= doesn't work. My guess is that only indexed attributes with more than one presence in DN has that problem. Kupson -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.29-brutus3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
