Привет,

решение -

==========
This is a long-standing problem between MS Active Directory "user" class and the rest of the world that implements the inetOrgPerson class. Normally "cn" contains the person's full name (possibly mulitple instances), and displayName contains a preferred printable name, and is not indexed. Because displayName is not typically indexed, it is not usually a good choice for searching. MS AD makes "cn" be the (single-valued) userid, but does index displayName.

This difference in the use of "cn" affects Thunderbird for both the address book queries and autocompletion in the email addressing.

There are ways to use the config editor, or edit your preferences file, to customize both the search filter for auto complete, the data collected for auto complete, and the display of address book entries. These are not well documented. This is what I found:

This assumes you have multiple LDAP servers configured and want to customize just one, not the default behavior for all. Assume the new server is called "YourAD". Make these changes using the config editor:

On the PC: Tools->Options, Advanced, General tab, Config Editor button
On the Mac: Preferences, Advanced, General tab, Config Editor button

1. for the addressbook, so you can look someone up and get a proper "card" for them, add a string entry:

ldap_2.servers.YourAD.attrmap.DisplayName
value: displayName

2. to get autocomplete to search on the right attributes, add a string entry:

ldap_2.servers.YourAD.autoComplete.filterTemplate
value: (|(|(displayName=%v*)(cn=%v*))(sn=%v*))

3. to get the email field populated with the friendly name you want, add a string entry:

ldap_2.servers.YourAD.autoComplete.nameFormat
value: [displayName]

Notes: displayName, cn, and sn are all indexed, so searches should be fast. I used "cn" in the filter instead of "mail" because it contains the same info (less the "@mail.com").

If you add another "*" in front of %v, in order to search on the middle of names, you will add about 10 seconds to the search because the indexing supports prefix matching well, but not mid-value matching, though it seems if you use only one (indexed) attribute in the filter (such as displayName) you can use "%v" and get fast results.
=====

On 4/3/12 10:38 AM, Vladimir Litovka wrote:
Привет,

а может кто-нибудь посоветовать что-либо по проблеме, описанной по данной ссылке? - http://forums.mozillazine.org/viewtopic.php?f=31&t=2452415

Насколько я смог понять, команда разработчиков тандербёрда приняла для себя т.н. LDAP schema, каковой схеме должны соответствовать настройки LDAP-сервера - иначе тандербёрд не понимает. И никаких вариантов. С моей точки зрения, это хибний вариант: схем корпоративных настроек LDAP/AD-серверов - море и IT-команды могут попросту игнорируровать такую чепуху, как ожидания какого-то определенного MUA.

Есть какой-то способ заставить тандербёрд делать запросы в том виде, в котором это подходит для определенной инсталляции?

Все прочие MUA мне по ряду причин не подходят или не нравятся.

Спасибо. 


-- 
/doka
~~~~~~~~
http://doka-ua.blogspot.com/
http://omar-ha-em.blogspot.com/

"Справа не в церкві і не в наркотиках. Справа у відповідальності та вдячності. Якщо в тебе це є, маєш шанс померти не останньою скотиною." (с) С.Жадан, "Ворошиловград"