[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Mozilla address book and "(undefined)" filters
Wang Penghui wrote:
Pierangelo Masarati wrote:
Graham Leggett wrote:
Hi all,
I have set up Mozilla v1.6 to connect to the openldap v2.0.27 server
that successfully runs our mail server installation. Mozilla binds
correctly, but then issues the following query filter according to
the logs:
Apr 5 16:46:43 gatekeeper slapd[2202]: conn=11257 op=1 SRCH
base="dc=xxx,dc=xxx,dc=xxx" scope=2
filter="(|(cn=*minfrin*)(givenName=*minfrin*)(sn=*minfrin*)(undefined)(undefined)(undefined)(undefined))"
I am stuck on the "undefined" elements of the search filter. Either
Mozilla is sending the literal string "undefined" (which I doubt),
or openldap is replacing the parts of the filter that it cannot
resolve with the string "undefined". This indicates clearly which
parts of the filter openldap is objecting to, but unfortunately at
the same time it masks the original filter, which means I cannot see
what the problem might be.
Is there a way to convince openldap to log the exact filter as sent
by the client as well as the filter as parsed by openldap? This way
I'll be able to see exactly what Mozilla is doing that openldap is
objecting to, so that I can take some kind of action to fix it.
Mozilla is sending a request for attribute types that are not defined
in the schema
loaded into the server. Sniff the connection (e.g. use -d -1 in
slapd, and you'll see
raw BER encoding).
Buy the way, what schema does mozilla need ?
And i can connect to the LDAP server correctly,but i can not search
out anything,
even the entrys excatly existed!
I don't know why .
Could you do me a favour?
I'm using an old version wich works perfectly with standard schema
(e.g. all those loaded by default in the example slapd.conf that comes
with the distribution). I don't know what attribute types mozilla 1.6
usues, but it must be definitely braindead, because clients are supposed
to verify if the attribute types they're going to ask for, or use in the
filter, are defined at the DSA's side by searching the subschemaSubentry.
p.
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497