Display Name When Using Zimbra LDAP Address Book

[soxfan]

I saw this mentioned in a post back in November. However, I didn't see a solution and it sitll seems to be an issue. I also searched the Bug List, but didn't see anything outstanding for this problem.

When using the Zimbra GAL as an LDAP address book with external email clients the Name field shows up as the user's email address minus the "@domain.tld" part, instead of the Display Name field. This happens no matter whether the Display Name is set to "auto", or if it is manually filled in. I've tested this with both Thunderbird and Outlook 2000 so far.

Just wondering if this is a known issue that is on the "to do" list to fix.

[KevinH]

I think this is a limitation of the LDAP address book support in the clients. Have you configured another LDAP directory that shows the display name? If so what filter did you configure?

[soxfan]

Yes, I have used another OpenLDAP directory as an address book with both clients and the Display Name shows correctly. With both Thunderbird and Outlook 2000 I did not have to configure a filter. Under Thunderbird you can specify a filter, which by default is (objectclass=*). With Outlook 2000 I don't see any place to change this. The only thing I can find is a check box for "Use simple search filter".

[KevinH]

What was the schema like? Can you dump an example user?

[soxfan]

The OpenLDAP directory that we have setup is a pretty basic one. We are using objectClasses organizationalPerson and inetOrgPerson. Here is a sample of an export to LDIF from the application GQ:

dn: cn=John Doe,dc=brosco,dc=com
objectClass: top
objectClass: organizationalPerson
objectClass: inetOrgPerson
cn: John Doe
sn: Doe
givenName: John
uid: jad
telephoneNumber: 1111
mail: jdoe@brosco.com

[clancyian]

I'm had this issue with Thunderbird also.
I also use Thunderbird to look up addresses in Exchange 5.5 which displays the 'Name' Value correctly in the default Thunderbird setup. I think whats happening is that Thunderbird is mapping the the 'Name' field to 'cn' in ldap.

You can change the value Thunderbird maps to Name using the about:config tool. Just search for the following key :

ldap_2.servers.default.attrmap.DisplayName

and change the value to displayName for Zimbra

[KevinH]

Originally Posted by clancyian

I'm had this issue with Thunderbird also.
I also use Thunderbird to look up addresses in Exchange 5.5 which displays the 'Name' Value correctly in the default Thunderbird setup. I think whats happening is that Thunderbird is mapping the the 'Name' field to 'cn' in ldap.

You can change the value Thunderbird maps to Name using the about:config tool. Just search for the following key :

ldap_2.servers.default.attrmap.DisplayName

and change the value to displayName for Zimbra

Great Tip!! Mind posting that to the Wiki?

[soxfan]

I'm resurrecting an old post of mine here. I've been testing Zimbra OSS for several months now and we are now ready to move to production. If you look back to my original post I had an issue with the way Outlook and Thunderbird displayed the user name when trying to use the Zimbra LDAP directory as an address book. The responses at the time of my post really didn't help much, especially with regards to Outlook. I had basically resigned myself to having to use and maintain a separate OpenLDAP directory in order to provide a usable company address book for my users. However, today I setup our first "live" user and decided to do a little testing with the Zimbra LDAP. Lo-and-behold both Outlook and Thunderbird properly displayed this new user's information. This was great to see, as it means that once I get all our users migrated over we will have one central address book, which will eliminate the step of entering redundant information in another LDAP directory....except my own account, which was setup many months ago when I first starting testing, still shows incorrectly. Is there some 'zm' command that I can use to update my account so that it properly displays?

[KevinH]

I think we just added a extra cn entry or something. Easy way to figure it out is use zmprov to dump the two different account and compare. You should be able to see the missing attribute.

[soxfan]

Looks like the cn attribute is now populated with the users full name instead of the account name. I updated my account with zmprov and everything looks good. Thanks for the help.