[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