[Date Prev][Date Next]
Losing last two attributes when importing entry of type objectclass: inetOrgPerson from OpenLDAP 1.2.7+ into Netscape Communicator 4.7.
I think my subject line covers the issue pretty well for the convenience
of those doing a search on this matter later :-).
Here is more information about the issue.
We have tried OpenLDAP 1.2.8 on Solaris 7 and OpenLDAP 1.2.7 on Linux
2.2.12-20 (RH61). The same results are achieved with both servers
The LDAP client is Netscape Communicator 4.7 on Linux and Windows NT.
The test data is loaded from LDIF files into the LDAP server. Those LDIF
files are presented below:
-- start init.ldif - loaded first --
dn: dc=khemani, dc=com
o: Khemani Enterprises
dn: cn=root, dc=khemani, dc=com
-- end init.ldif
-- start addressbook_base.ldif - loaded second --
-- end base.ldif --
-- start addressbook.ldif -- loaded last --
cn: Yash L. Khemani
givenname: Yash L.
o: Amazing Media, Inc.
title: Systems Administrator
postalAddress: 555 Main Street
labeledURI: http://www.mainstreet.com/ Me
-- end addressbook.ldif --
The Netscape client is configured to interact appropriately with OpenLDAP
as per a recommendation posted on this openldap-general list:
This did not seem to make a difference with this situation, however. The
issue this message addressed was with regard to server timeouts. The
configuration details are mentioned below.
-- being relevant portion of liprefs.js on linux client --
user_pref("ldap_2.servers.qaz.autoComplete.filter", "cn=%1 %2");
-- end relevant portion of liprefs.js --
The data is successfully loaded into the LDAP server. All of the data is
viewable from the Netscape Addressbook client when it examines the ldap
server. However, if you import a record into the local addressbook, the
last two attributes of the record are not imported. This happens
regardless of the ordering of the attributes in the original LDIF file.
So for example, if attributes (l) and (st) were last, they would not be
imported. Or if (postalAddress) and (pager) were last, they would not be
One temporary solution is to pad the LDIF file with two non-essential
attributes at the end. But this clearly isn't a long term solution.
In addition, it appears that the country (c) is never imported into the
local addressbook. Is this because the base is dc=khemani,dc=com vs.
something like o=Amazing Media Inc.,c=US ? If you do not define country
in your base, is there some other way to include country when you import
into Netscape? Or is the issue strictly one with Netscape's addressbook
Interestingly, the problems I describe above do not appear with Outlook
Express 5.00.2919.6600 on Windows NT. The country value is picked up;
the last two attributes are also incorporated. I am curious if the issue
is Netscape specific, and what can be done to address it.
Hope I've covered all of the details. Any guidance would be much