Version: 1.6.1 (using KDE 3.2.1, compiled sources) Compiler: gcc version 3.3.3 [FreeBSD] 20031106 OS: FreeBSD (i386) release 5.2-CURRENT Our LDAP server is MS Exchange, as is the case in most installations out there, I believe. After I figured out, how to make kaddressbook use it, address lookups works nicely, but the name is being selected from the standard ``cn'' field, instead of the non-standard ``displayName''. For example, my own entry has: cn= TETM displayName= TETERIN Mikhail mail=Mikhail.TETERIN@example.com The address, that KMail will suggest will look like: TETM <Mikhail.TETERIN@example.com> It would be nice if it were possible to configure, which fields KMail should use... With presets for the typical case of MS Exchange packaged in...
Any news on this bug? Why can't addressbook check for presence of "displayName" field and use it instead of always using (the standard) "cn"? This workaround for MS' poor design would make life much easier...
In KDE3.3 you can map LDAP attributes to various kaddressbook fields. By default 'Common Name' maps to 'cn'. I guess you could map that to 'displayName'. KControl->KDE Components -> KDE Resources Configuration -> Select your LDAP resource -> Edit -> 'Edit Attributes' I have no idea if that actually works though. My LDAP server is OpenLDAP and works fine ;-)
Can the LDAP-field mapping feature be backported to the 3.2.x branch? I'll certainly use it, once 3.3 is _released_, but automaticly detecting and using displayName still seems like a good idea. No? FYI, the Active Directory's LDAP-schema is documented here -- more improvements can, possibly, be made to kaddressbook with this information: http://www.unav.es/cti/ldap-smb/ldap-smb-AD-attributes.html Yours, -mi
(Mandatory disclaimer: I'm not a developer, I just lurk) I don't think features are backported, just bugfixes, and this close to the 3.3 release (beta 1 was released today) I would think only security fixes apply. As for the AD "detection": Some more digging revealed that in the attribute mapping dialog you can specify a template. 'Outlook' is a defined template, but AD is not. In the outlook template, common name is still mapped to 'cn', so I don't know what that is. I guess that an AD template could be added. (Hrrmm... some digging around tells me the whole template thing is not actually implemented very well yet. Very little data in them and hardcoded).
On Mittwoch, 7. Juli 2004 20:14, Jan de Visser wrote: > I don't think features are backported, just bugfixes, and this close to > the 3.3 release (beta 1 was released today) I would think only security > fixes apply. Well, in this case it is easy. KDEPIM 3.3 module will run on KDE 3.3 as well as on KDE 3.2.x. It's just a matter of waiting for packages or compiling from sources.
The new LDAP kioslave stuff is in kdebase though...
Mozilla has this same problem in automaticly substituting the e-mail addresses: http://bugzilla.mozilla.org/show_bug.cgi?id=241220 But its addressbook is smart enough to use displayName, when available.
I guess this bug was forgotten. Should have been closed way back. Of course the fields are still configurable in trunk r881868 :)
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.