User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030227 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030227 After exporing address book to LDIF file, and then importing it to OpenLDAP, half of the details are missing when I select an entry for display. The properties defined in nsAbLDAPProperties.cpp do not match those being exported. I have changed and re-ordered the property map, and it works now. I have included my modified property table as additional information. Reproducible: Always Steps to Reproduce: 1. Connect to LDAP server & select an entry Actual Results: Home details, country name, etc. are empty. Expected Results: Same details as in normal address card Taken from mozilla/mailnews/addrbook/src/nsAbLDAPProperties.cpp static MozillaLdapPropertyRelation mozillaLdapPropertyTable[] = { // person {MozillaProperty_String, "DisplayName", "cn"}, {MozillaProperty_String, "DisplayName", "commonname"}, {MozillaProperty_String, "LastName", "sn"}, {MozillaProperty_String, "LastName", "surname"}, {MozillaProperty_String, "WorkPhone", "telephonenumber"}, {MozillaProperty_String, "Notes", "description"}, // organizationalPerson {MozillaProperty_String, "JobTitle", "title"}, {MozillaProperty_String, "FaxNumber", "facsimiletelephonenumber"}, {MozillaProperty_String, "FaxNumber", "fax"}, {MozillaProperty_String, "WorkAddress", "street"}, {MozillaProperty_String, "WorkAddress", "streetaddress"}, {MozillaProperty_String, "WorkAddress", "postofficebox"}, {MozillaProperty_String, "WorkAddress", "postaladdress"}, {MozillaProperty_String, "WorkZipCode", "postalcode"}, {MozillaProperty_String, "Department", "ou"}, {MozillaProperty_String, "Department", "organizationalUnitName"}, {MozillaProperty_String, "WorkState", "st"}, {MozillaProperty_String, "WorkState", "stateOrProvinceName"}, {MozillaProperty_String, "WorkCity", "l"}, {MozillaProperty_String, "WorkCity", "localityname"}, // inetOrgPerson {MozillaProperty_String, "Department", "departmentnumber"}, {MozillaProperty_String, "DisplayName", "displayname"}, {MozillaProperty_String, "FirstName", "gn"}, {MozillaProperty_String, "FirstName", "givenname"}, {MozillaProperty_String, "PrimaryEmail", "mail"}, {MozillaProperty_String, "PagerNumber", "pager"}, {MozillaProperty_String, "PagerNumber", "pagertelephonenumber"}, {MozillaProperty_String, "CellularNumber", "mobile"}, {MozillaProperty_String, "CellularNumber", "mobiletelephonenumber"}, {MozillaProperty_String, "HomePhone", "homephone"}, {MozillaProperty_String, "HomeAddress", "homepostaladdress"}, {MozillaProperty_String, "Company", "o"}, {MozillaProperty_String, "Company", "organizationName"}, // core.schema {MozillaProperty_String, "WorkCity", "locality"}, // ? {MozillaProperty_String, "Department", "department"}, {MozillaProperty_String, "PagerNumber", "pagerphone"}, {MozillaProperty_String, "CellularNumber", "cellphone"}, {MozillaProperty_String, "CellularNumber", "carphone"}, {MozillaProperty_String, "WorkState", "region"}, {MozillaProperty_String, "WorkZipCode", "zip"}, {MozillaProperty_String, "Department", "orgunit"}, {MozillaProperty_String, "Company", "company"}, {MozillaProperty_String, "BirthYear", "birthyear"}, {MozillaProperty_String, "Notes", "notes"}, // Mozilla specific {MozillaProperty_String, "WebPage1", "workurl"}, {MozillaProperty_String, "WebPage2", "homeurl"}, {MozillaProperty_String, "Custom1", "custom1"}, {MozillaProperty_String, "Custom2", "custom2"}, {MozillaProperty_String, "Custom3", "custom3"}, {MozillaProperty_String, "Custom4", "custom4"}, {MozillaProperty_Int, "LastModifiedDate", "modifytimestamp"}, // mozillaAbPersonObsolete {MozillaProperty_String, "NickName", "xmozillanickname"}, {MozillaProperty_String, "SecondEmail", "xmozillasecondemail"}, {MozillaProperty_Int, "PreferMailFormat", "xmozillausehtmlmail"}, {MozillaProperty_String, "_AimScreenName", "nscpaimscreenname"}, // mozillaOrgPerson {MozillaProperty_String, "NickName", "mozillanickname"}, {MozillaProperty_Int, "PreferMailFormat", "mozillausehtmlmail"}, {MozillaProperty_String, "SecondEmail", "mozillasecondemail"}, {MozillaProperty_String, "_AimScreenName", "nsaimid"}, {MozillaProperty_String, "WebPage1", "mozillaworkurl"}, {MozillaProperty_String, "HomeAddress2", "mozillahomeaddress2"}, {MozillaProperty_String, "HomeCity", "mozillahomelocalityname" }, {MozillaProperty_String, "HomeState", "mozillahomestate" }, {MozillaProperty_String, "HomeZipCode", "mozillahomepostalcode" }, {MozillaProperty_String, "HomeCountry", "mozillahomefriendlycountryname" }, {MozillaProperty_String, "HomeCountry", "mozillahomecountryname" }, {MozillaProperty_String, "WebPage2", "mozillahomeurl"}, {MozillaProperty_String, "Custom1", "mozillacustom1"}, {MozillaProperty_String, "Custom2", "mozillacustom2"}, {MozillaProperty_String, "Custom3", "mozillacustom3"}, {MozillaProperty_String, "Custom4", "mozillacustom4"}, {MozillaProperty_String, "WorkCountry", "co"}, {MozillaProperty_String, "WorkCountry", "friendlycountryname"}, {MozillaProperty_String, "WorkCountry", "c"}, {MozillaProperty_String, "WorkCountry", "countryname"} };

I haven't tested this (don't have an LDAP server). This is literally just the result of me replacing the existing definition in the file with comment 0's version.

bz: Any idea who can review the patch ?

Perhaps dmose.

dmose ?

I am dying to test this. Would I need to compile Mozilla entirely?

I'm hoping this fixes the bug where 'street' does not show up when you pointing at OpenLDAP (but works against Netscape DS)

I submitted this back in march, and it still isn't in the CVS tree. It probably has been verified (read: tested) by one of the members of the core development team yet either. I know there are quite a few people that would like to see all the information that is available in LDAP when searching it with mozilla. It's just a reorganization, and a few additions, but they really do make a difference on the LDAP useability. Who do I need to send a mail to, to get this tested and checked into CVS ?

This is a critical bug for Enterprise Mozmail. It would also be nice to NOT have these fields show up as disabled. it makes the text difficult to read.

Yes! Can someone put this in the compile tree please, pretty please.

Bill: sorry, I should have gotten to this sooner. Because 119291 landed, this patch will no longer apply (however, that landing makes it possible to do your own workaround in Thunderbird 1.1a1 simply by setting prefs. The real fix, though will come when 116692 and associated bugs are landed, which, with luck, should be fairly soon.

(In reply to comment #10) > Bill: sorry, I should have gotten to this sooner. Better late than never :) > Because 119291 landed, this patch will no longer apply I think that the solution proposed in 119291 (which is similar to a suggestion I made in the 116692 (#218) thread) is far superior to this 2 year old patch. I'm going to try and change this bug's state to "WONTFIX" in obvious preferance of the https://bugzilla.mozilla.org/show_bug.cgi?id=119291 proposal.

(In reply to comment #11) > > I'm going to try and change this bug's state to "WONTFIX" in obvious preferance > of the https://bugzilla.mozilla.org/show_bug.cgi?id=119291 proposal. You'll be happy to know that 119291 is not just a proposal any more; those changes actually landed before 1.1a1 was released, so you can try them out by downloading a 1.1a1 build or newer.