Re: approx searchs broken in 2.2.8 (ITS#3062)

[m.d.t.evans@qmul.ac.uk]

No joy, logs indicate that the filter was received by slapd OK:

conn=16 fd=11 ACCEPT from IP=XXXX:32819 (IP=XXXX:XXX)
conn=16 op=0 BIND dn="" method=128
conn=16 op=0 RESULT tag=97 err=0 text=
conn=16 op=1 SRCH base="XXXXX" scope=2 deref=0 filter="(cn~=mdt evans)"
conn=16 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=
conn=16 op=2 UNBIND
conn=16 fd=11 closed

conn=17 fd=11 ACCEPT from IP=XXXX:32820 (IP=XXXX:XXX)
conn=17 op=0 BIND dn="" method=128
conn=17 op=0 RESULT tag=97 err=0 text=
conn=17 op=1 SRCH base="XXXXX" scope=2 deref=0 filter="(cn=mdt evans)"
conn=17 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=
conn=17 op=2 UNBIND
conn=17 fd=11 closed

Also, the same command line search works against a (hacked) 2.0.x
release.

Martin.

On Wed, 2004-04-07 at 20:43, Kurt D. Zeilenga wrote:
> Try again with proper escaping.  ~ is special to more shells.
> 
> Kurt
> 
> At 04:16 AM 4/7/2004, m.d.t.evans@qmul.ac.uk wrote:
> >Full_Name: Martin Evans
> >Version: 2.2.8
> >OS: Solaris 8
> >URL: 
> >Submission from: (NULL) (138.37.7.247)
> >
> >
> >Approx searches are not returning any entires.
> >
> >An exact search:
> >
> >bash-2.05b$ ldapsearch -H ldap://<host>/ -LLL -x -b "<baseDN>"  "(cn=MDT
> >Evans)"
> >dn: ***************************************
> >uid: *****
> >ou: Computing Services
> >objectClass: inetOrgPerson
> >sn: Evans
> >cn: MDT Evans
> >initials: MDT
> > 
> >However,
> >
> >bash-2.05b$ ldapsearch -H ldap://<host>/ -LLL -x -b "<baseDN>"  "(cn~=MDT
> >Evanz)"
> >
> >bash-2.05b$ ldapsearch -H ldap://<host>/ -LLL -x -b "<baseDN>"  "(cn~=MDT
> >Evans)"
> >
> >Both give no results.
> >
> >As far as I understand it (for LDAP3 compliancy) the last two entries should at
> >least return with the same entry as the exact search. Preferably though, they
> >will use the approximate matching routines already in schema_init.c of 2.2.8.
> >
> >Kind regards,
> >Martin.
-- 
-- Dr MDT Evans, Computing Services, Queen Mary, University of London