GNOME Bugzilla – Bug 426893
Evolution LDAP Address Book doesn't really map common LDAP address fields usably
Last modified: 2007-05-24 09:48:55 UTC
Please describe the problem: In OpenOffice.org we have an e-d-s address book database connector and we can query the address fields of a personal addressbook fine, but we don't really get much useful output from common LDAP address book entries. There is a mapping to E_CONTACT_ADDRESS_LABEL_WORK, and E_CONTACT_ADDRESS_LABEL_HOME etc, but no mappings for work_city, and we can't make much use of the LABEL fields. Steps to reproduce: Here's a sample ldap entry of the kind of address related things which seem to be fairly common. dn: uid=testuser,ou=People,dc=example,dc=com uid: testuser mail: testuser@example.com objectClass: organizationalPerson objectClass: posixAccount objectClass: top objectClass: shadowAccount objectClass: sambaSamAccount objectClass: evolutionPerson objectClass: mozillaAbPersonAlpha shadowMin: -1 shadowMax: 99999 shadowWarning: -1 loginShell: /bin/bash uidNumber: 500 gidNumber: 500 st: IL l: CHICAGO homePhone: +1 123 456 7890 mobile: +1 123 456 7890 sambaPwdCanChange: 1069166889 sambaPwdMustChange: 2147483647 sambaPwdLastSet: 1069166889 sambaAcctFlags: [U ] anniversary: 2000-01-07 telephoneNumber: +1 123 456 7890 birthDate: 1977-01-01 homeDirectory: /home/testuser postalCode: 60665 labeledURI: http://example.com/~testuser/ sambaSID: S-1-5-21-3903618366-1268580823-4026379918-2000 calendarURI: http://example.com/calendars/testuser.ics pager: +1 123 456 7890 shadowLastChange: 13302 sambaPrimaryGroupSID: S-1-5-21-3903618366-1268580823-4026379918-513 cn: Test User displayName: Test User gecos: Test User givenName: Test initials: A o: Super Company ou: Super Dept sn: User spouseName: Wife of Test User title: Title of Test User mozillaHomeCountryName: US mozillaHomeLocalityName: CHICAGO mozillaHomePostalCode: 60665 mozillaHomeState: IL mozillaHomeStreet: 123 4th ST mozillaHomeStreet2: APT 1 c: US mozillaHomeUrl: http://example.com/~testuser/ mozillaSecondEmail: testuser@example2.org mozillaWorkStreet2: Box 123 mozillaWorkUrl: http://www.example2.org street: 123 5th ST homePostalAddress: 123 4th ST$APT 1$CHICAGO IL 60665$US postalAddress: 123 5th ST, BOX 123 description: Voicemail Access: +1 123 456 7890 mozillaCustom1: 2200@example.com Actual results: We don't get any address related data on a query Expected results: to get common LDAP address fields mapped to the econtact so we can get some sort of access to this information Does this happen every time? yes Other information: Attached is a patch which sets up some mappings which makes this "just work(tm)" for me
Created attachment 85897 [details] [review] patch to do this Sort of similar to how the groupwise mappings look
Caolan, two points. 1. Syntax seems to be broken in few lines of the patch. 2. these mozilla* attributes, are these the standard ones or very specific to the directory you are using? I feel they may not be standard.
The mozilla ones used in the patch are... mozillaHomeLocalityName, mozillaHomeState, mozillaHomePostalCode and mozillaHomeCountryName. These are listed at http://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema They're part of the "standard" mozilla LDAP schema, though of course they are mozilla extensions to a a organization person.
Caolan, please commit then. Make sure, you fix the spacing/tabs.
Committed to trunk.
Closing, the patch was applied.
*** Bug 424458 has been marked as a duplicate of this bug. ***