Вот один из вариантов перевода и использования LDAP-терминов в документации к MDaemon: http://www.internetaccessmonitor.com/rus/support/docs/mdaemon/c7.php

Уникальные объекты, хранимые в LDAP называются "элементами", DN - это уникальное идентифицирующее имя элемента - по смыслу примерно то же самое, что поле primary key таблице базы данных. Сответственно Base DN - корневой элемент, Bind DN - связывающий элемент, который совсем не обязательно представляет какого-либо пользователя.

Имя есть у любого элемента, а для настройки доступа к LDAP-серверу надо знать минимум три: ИмяСервера, ИмяКорневогоЭлемента, ИмяСвязывающегоЭлемента. Поэтому просто словом "Имя" без дополнительных определений называть какой либо элемент из трех не стоит. И при любом варианте надо оставить оригинальные (английские) обозначения - потому как в параметрах доступа к серверу (как его сообщит сисадмин или провайдер) будут фигурировать именно они.

У меня такая же связка и TB ищет адреса в LDAP ActiveDirectory быстрее чем Outlook (не в разы, но заметно) во-первых , а во-вторых делает это правильно. Аутлук некоторые русские

"Имя пользователя и пароль" - это неправильный перевод термина "Bind DN", значение которого в нашем случае должно быть имя пользователя LDAP-сервера, который имеет права на доступ к его записям в формате user@domain.name. Пароль там вводить не надо - его спросят при первом обращении.

"Базовое отличительное имя" - это "Base DN", вводится в виде "DC=my,DC=domain,DC=name", для домена "my.domain.name"

Начнем с того, какой доступ к какому серверу LDAP надо настроить? Просто-LDAP и LDAP в Windows ActiveDirectory настраиваются по-разному. В последнем случае порт=3268 и Имя-пользователя=user@win.domain.name

TB сможет это сделать, если на Exch включить доступ к ящикам по IMAP. Если этого сделать нельзя, то следует поступить наоборот - добавить в OL учетку для IMAPовского хранилища и перенести (мышкой перетащить ;) в OL почту из Exch в IMAP.

В обоих случах стоит создать в IMAP папку для переносимой почты (типа oldmail), скопировать туда все что надо с Exch и если всё прошло нормально, старую удалить. Ящики с 2-3 тысячами сообщений копируются за 20-60 минут в зависимости от способностей и загрузки Exch.

Вопчем, про массовую настройку Mozilla&Co наиболее полезная инфу пока нашел здесь: http://www.int-evry.fr/s2ia/user/procacci/netscape/en/mozilla-autoconfig-en.html.

Надо опробовать в реальных условиях и либо удовлетвориться имеющимся, либо чего-то ещё возжелать :cool:

Сначала думал, что мне приглючилось, но ситуация повторяется. Иногда...

Итак:

Приходит письмо с вложенным файлом (word), пытаемся его сохранить - сохраняет, пытаемся открыть сохраненный файл - ошибка "документ не найден или неправильный путь, или права". Ни MSOffice, ни ОрenOffice ничего открыть не могут.

Пересылаю письмо на другой почтовый ящик как вложение. Сохраняю документ из него - 19 кил. Открываю вложение (т.е исходное сообщение) и из него сохраняю присланный doc-файл - 18 БАЙТ!

Исходные сообщения формировались в Outlook, принимаются в Thunderbird 1.0.7 и 1.5RC2 - ошибка  возникает в любом случае. Если сообщения с вложениями были сформированы прямо в TB - то вроде пока было всё нормально.

Сталкивался ли с этим кто-нибудь ещё и где грабли?

Я понял чего мне не хватает в TB для работы:

Нужен плагин, который бы умел брать общие для всех настройки из указанного места (файла или ldap'a), а также подключал или отключал другие плагины. Потому как то, чего можно достичь с помошью описанных здесь манипуляций с файлами работает только при инсталляции, а это меньше чем пол-дела, дальше всё хозяйство поддерживать надо - что-то менять, добавлять, убирать и так, чтобы у всех, кого касается, менялось разом. Или может что-то похожее уже есть?

Доступ к LDAP персонифицировать надо потому, что у Отдела продаж одна адресная книга, а у Помощника директора - другая :) Мы ж про корпоративное юзанье...

Ахха, посмотрим... Только я про Thunderbird спрашивал - всё что здесь про копирование настроек сказано, к нему применимо? Например, user.js у меня в профиле нет.

Далее - с настройками LDAP та же проблема, что и с почтовыми учетками - там для каждого пользователя нужно ввести свой логин/пароль, поэтому файлы в defaults/isp служат шаблоном при создании новой учетной записи, следовательно вопрос про настройки LDAP по прежнему остается.

Можно конечно забить в префс что-нибудь одно для всех, а тем, у кого дргие права перенастраивать, но это не совсем красиво и удобно.