[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: LDAP Search: If filter contains nonexistant attribute, entry will not be returned as a 'hit'

I've discovered that the LDAP server I was using to test with is old
and horrible, still only supporting version 2. So I tested with a
better, newer version 3 LDAP server and all search filters work
perfectly now.

Thanks for all your help! :-)

 - Jeremiah

On 7/27/05, Pierangelo Masarati <ando@sys-net.it> wrote:
> > Jeremiah Martell writes:
> >> I've attempted to find what kind of server it is (searching root/base
> >> for "objectclass=*" and looking for vendorName, etc) but nothing shows
> >> up. I'll continue to try to determine which "brand" of LDAP server it
> >> is. Anybody know of any other way to determine this?
> >
> > If you don't know if it's an OpenLDAP server, it's off-topic here and
> > you are in any case better off at ldap@umich.edu where there are more
> > people who know other kinds of servers.  My first step would be to ask
> > the sysadmin:-)
> Well Hallvard,
> if he doesn't get anything while not asking for all operational
> attributes, it's likely an OpenLDAP server...
> Jeremiah,
> can you please search the rootDSE for all operational attributes (i.e.
> requesting '*' '+')?
> With respect to your other question, I note that the non-working filter is
> broken (there should be an opening bracket after '&'), unless the typo
> occurred when cut'n'pasting into the email.  However, this type of error
> should show up directly at the client's side, because that string canot be
> parsed into a valid filter.  Otherwise, reversing the order of the terms
> in an AND cannot change the result (despite claims from some vendor which
> I heard long time ago).
> p.
> --
> Pierangelo Masarati
> mailto:pierangelo.masarati@sys-net.it
>     SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497