Thunderbird адресная книга ошибка репликации

ldapsearch выводит?

В локали :

ldapsearch -LLL -b 'dc=domain,dc=zn' -x -H 'ldap://localhost' '(objectClass=posixAccount)'В локали нет, ругается на

'Operation unable without authentification'но, вроде как одновременно samba в режиме DC  и slapd на одной машине не могут работать
Если убиваю samba и запускаю slapd то отзывается (выводит ответ на запрос).

Если с удалённой машины, то:

ldapsearch -x -H ldaps://10.0.0.1 -D "cn=user,dc=domain,dc=zn" -w passwd
при запущенном samba — получаю сообщение:

ldap_bind: Invalid credintals (49)
Если slapd запущен — невозможно соединиться с сервером.

А запрос с клиента:

ldapsearch -xLLL -H ldaps://10.0.0.1:636 -D "cn=user,CN=Users,dc=domain,dc=zn" -W -b "dc=domain,dc=zn"
проходит

И вопрос: почему с ldap-браузера по портам 389 и 3268 подключение есть? Технически порты 389,3268 и что следует из обозначенного выше запроса порт 636 доступны, а thunderbird не хочет цепляться по 389 и 3268 и в то же время ldapsearch тоже не может их использовать? (говорит о необходимости авторизации, хотя пароль запрашивает и передает)? В softera ldap administrator, адрес подключения выглядит как

ldap://10.0.0.1:3268/DC=domain,DC=znполучается подключение не по ldaps, а по ldap. Это справедливо и для порта 3268 и для 389.

При подключении к серверу почтовым клиентом, посредством ldaps://dc.domain.zn:636 вылетает сообщение о том, что «Нет доступной информации. Не удалось получить информацию о подлинном статусе этого сайта.» при этом исключение не запрашивается. Самоподписанный сертификат на сервере есть.
Куда обращается thunderbird за сертификатом? Ldap-браузер подключаясь по ldaps:636 сертификат видит.

Настройка адресной книги в Mozilla Thunderbird ☑ 0

Sakura

21.05.10

✎

14:51

Сервак с MS Exchange. На клиенте — WinXP + Thunderbird 2.0.23. Как бы научить громоптицу видеть адресный каталог на сервере?

Гуглить умею Все найденные варианты настройки адресной книги перепробовала, результат одинаков — репликация вылетает с ошибкой, поиск ничего не находит.

Сейчас настройки такие: http://imagebin.ca/view/HFKtJHP.html

фильтр поиска (objectclass=user)

Репликация начинается, но через пару секунд вылетает с ошибкой

1

ASV

21.05.10

✎

15:07

попробуй изменить

имя пользователя = «ИМЯ_ДОМЕНА\Пользователь»

2

Sakura

21.05.10

✎

15:07

3

Sakura

21.05.10

✎

15:24

Пробовала так же в «имя пользователя» ставить «cn=имя_пользователя», не работает.
При смене айпи сервера на его имя в сети ошибка репликации полявлякется сразу же.

4

Sakura

21.05.10

✎

15:30

Ну и фильтр поиска по умолчанию (objectclass = *) тоже ничего не дает.

5

Sakura

21.05.10

✎

15:58

Дополнительный «бонус» — не сохраняет пароль на сервер с адресной книгой, при каждом запуске TB приходится вводить заново, хотя галка «Использовать менеджер паролей» стоит.

6

Злопчинский

22.05.10

✎

03:04

в тандебердея так и не разобрался, как правильно вести список адресов и группировать их по группам.

7

Sakura

22.05.10

✎

11:48

8

Sakura

24.05.10

✎

10:31

Проверка показала, что косяк у меня связан с Base DN, при некоторых настройках репликация начинается, в других — сразу выдает ошибку.

Проверены все найденные варианты, но загрузки так и нет.

9

Sakura

24.05.10

✎

11:06

В итоге удалось добиться успешного выполнения репликации адресной книги, но поиска по ней нет, при любых условиях «совпадений не найдено» О_о
Что-то я совсем запуталась О_о

10

ASV

24.05.10

✎

11:13

11

Sakura

24.05.10

✎

11:21

12

Sakura

24.05.10

✎

12:00

В общем, проблема была решена исконно русским способом — через известное место.
Т.е. был настроен тот же ящик в Outlook Express, скопирована туда адресная книга, оттуда — импортирована в Thunderbird =)
Всем спасибо за участие =)

I have been using T-bird 26 for years, but needed to upgrade for some reason, so on one computer only (I have 3,) I went straight to V91. The other two are still using V26, and I don’t want to upgrade them till I get the bugs worked out of 91.

In the past I was able to share my eight address books across the computers by making a folder in My Documents called MyAddressBooks, then use Mega to synchronize the computers.

Then, I created some windows links to point the various .mab filenames in my T-bird profile to the sync’d files. (I had to make a separate link for each of my 8 address books. abook.mab, abook-1.mab, etc…)

This does not seem to work with V91. I created the links but V91 doesn’t recognize the new address books.

As a test, I created a new address book (in V91) then found 3 new files in my profile called abook-1.sqlite, abook-1.sqlite-shm, and abook-1.sqlite-wal.

——
So, a couple of questions…

1) Did the name of the address book change from a .mab file to several sqlite files?

2) Am I safe to upgrade the other 2 computers to V91, then create links to all the new file names? I guess there will be 24 links I need to create now. Eight wasn’t enough.

——
And some comments…

Why the hell was it necessary to go through all these hoops to simply share an address book across computers?

Why can’t I tell T-Bird where my address books are located, and why did they force me to place them in my profile folder?

What advantages does it serve to go from a .mab file to a .sqlite file? (I assume the reason for this was to use a different database manager for the address books? Seems to me the old one worked just fine.)

Why call them abook-1 and abook-2, not simply use the name the user call’s it when he creates it?

Thanks Mark.

Итак, файл PKCS#12 с клиентским сертификатом severtsev-rv_ deltahw.pl2 у нас имеется. Имеется также в наличии почтовая программа Mozilla Thunderbird, которую мы далее для краткости будем называть просто ТВ, последней на момент написания этих строк версии 12.0. Нужно подружить между собой эти две вещи и сделать так, чтобы при отправке писем с этого клиента и при приеме (по POP3) или работе на удаленном сервере (по IMAP) соединение шифровалось.

Первое, что сразу необходимо отметить, — хранилище сертификатов у Thunderbird свое. Собственное, ни с кем не разделяемое. Даже с лучшим другом и союзничком по захвату мира Mozilla Firefox. Поэтому все управление сертификатамм будет делаться исключительно внутри самой программы — больше его просто никак не сделать. Ну и понятно, что ни одна из процедур установки сертификатов, описанных в главе 1, нам не подходит, и мы опишем процесс установки сертификата прямо здесь.

Итак, запускаем ТВ, переходим в Инструменты => Настройки => Дополнительные (Tools => Preferences => Advanced), рис. 4.1.

Рис. 4.1. Настройка сертификатов в Mozilla Thunderbird

Нажимаем Просмотр сертификатов (View certificates), затем нажимаем Импортировать (Import), в открывшемся стандартном диалоге выбираем файл сертификата — появляется запрос пароля. Здесь надо ввести тот самый пароль, который мы задавали при генерации сертификата (рис. 4.2).

Рис. 4.2. Запрос пароля при импорте сертификата в Mozilla Thunderbird

Вводим пароль, получаем сообщение о том, что наши ключи успешно восстановлены. Правда, если вы ошибетесь в пароле, ТВ почему-то сообщит о том, что операция завершилась неуспешно по неизвестной причине.

После установки PKCS#12 у нас должно прибавиться, как обычно, два сертификата — клиентский сертификат, который видно на закладке Ваши сертификаты (Personal certificates), и сертификат СА, который отображается на закладке Центры сертификации (Trusted root certificates). По-хорошему, на этом следовало бы закончить. Но не тут-то было. Еще нужно установить доверие к только что установленному СА, а иначе им просто будет невозможно пользоваться.

Переходим на закладку Центры сертификации (Trusted root certificates), выбираем сертификат нашего СА и нажимаем кнопку Изменить доверие (Modify trust), рис. 4.3.

Вот теперь настройка сертификатов закончена, можно переходить к созданию учетных записей в программе ТВ.

Правда, я бы не назвал способ добавления, который используется в ТВ, удобным. Выбираем Инструменты => Параметры учетной записи (Tools => Account settings), внизу нужно нажать на малозаметную кнопочку Действия для учетной записи (Account actions). Поди еще догадайся, что это кнопка. После выбрать Добавить учетную запись электронной почты (Add electronic mail account), рис. 4.4.

Впрочем, пока нет ни одной учетной записи, можно нажать ссылку в основном окне программы Создать учетную запись (Create account). Независимо от того, как вы начинаете создавать учетную запись, вызывается какой-то дурацкий мастер — явная попытка сделать

Рис. 4.3. Изменение доверия к сертификату СА

Рис. 4.4. Добавление учетной записи электронной почты что-то, похожее на мастера создания учетных записей в MS Outlook. В нем нужно указать только Ваше имя (Your name), адрес электронной почты (e-mail address) и пароль (password). Ничтоже сумняше- ся, программа предполагает, что в сети, где она работает, существует только один почтовый сервер и на нем существует учетная запись с именем, равным адресу (рис. 4.5).

Рис. 4.5. Начало создания учетной записи в Mozilla Thunderbird

Ну что ж, указываем имя, адрес и пароль учетной записи, нажимаем Продолжить (Next) и тут же — Настройка вручную (Manual setup). Вот почему бы не сделать эту кнопку доступной с первого диалога? И вот здесь уже указываем имена серверов для входящей и исходящей почты, а также имя учетной записи, которое вполне может и отличаться. Параметры серверов оставляем в Авто (Auto).

Нажимаем кнопку Перетестировать (Test again). Параметр Аутентификация (Authentification) изменяем с Зашифрованный пароль (Encrypted password) на Обычный пароль (Simple password) — здесь под «зашифрованным паролем» имеется в виду digest-md5, а с ним почему-то не работает. И вот только теперь можно нажать кнопку Создать учетную запись (Create account), рис. 4.6.

Рис. 4.6. Создание учетной записи в Mozilla Thunderbird

Уф. Я, конечно, понимаю, что разработчики старались минимизировать действия пользователя, но мне почему-то кажется, что раньше, когда этот непонятный мастер не появлялся, было лучше.

И, кстати сказать, это еще не все. Еще нужно зайти в Инструменты => Параметры учетной записи (Tools => Account Settings), выбрать пункт Защита (Security) и в поле Цифровая подпись (Digital signature) выбрать личный сертификат. Для этого нажать Выбрать (Select) — появится окно со списком сертификатов, будет показан первый. Список можно раскрыть, в нем отображаются все доступные в данный момент действующие личные сертификаты, поле emailAddress которых равно адресу электронной почты, указанному в настройках. Просроченные сертификаты в этом списке не показываются (рис. 4.7).

Все. Если теперь параллельно с приемом-отправкой запустить wireshark, можно будет увидеть, что команда STARTTLS выполняется и при работе по IMAP, и при отправке по SMTP — сниффите на здоровье!

На всякий случай приведем настройки, которые были установлены в клиенте:

• ? IMAP — порт 143, защита соединения STARTTLS, метод аутентификации — обычный пароль;
• ? SMTP — порт 587, защита соединения STARTTLS, метод аутентификации — обычный пароль.

Из не имеющих отношения к безопасности недостатков стоит отметить тот факт, что ТВ ограниченно можно настроить на использо-

Рис. 4.7. Выбор личного сертификата в Mozilla Thunderbird

ванне AD в качестве LDAP-сервера для адресной книги — адреса из нее подставляются при поиске, но загрузить ее для автономного использования невозможно — постоянно выдается сообщение Ошибка репликации (Replication error).

Что ж, обычных пользователей настроили (все прочие настраиваются одинаково) — идем настраивать тех, кто «равнее других».

Что такое
Mozilla Thunderbird — это бесплатная программа для работы с почтой, которую разработала компания Mozilla (да-да, они еще и Firefox сделали). Скачать ее можно на официальном сайте.

Как настроить для получения, хранения и отправки почты?
Для начала, Вам понадобятся следующие настройки:

SMTP-сервер — например smtp.mysite.com
POP3-сервер — например mail.mysite.com
Имя пользователя — например Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript
Пароль — он и в Африке пароль.

Еще раз напомним, имя пользователя и пароль задаются Вами, при создании почтового ящика (в панели управления хостингом). POP3 и SMTP серверы можно узнать у хостинг-провайдера, или же посмотреть в письме с настройками, которое приходит после заказа хостинга.

1. Откройте Thunderbird и перейдите «Инструменты» -> «Параметры учетной записи».

2. Выбираем «Действия для учетной записи» и нажимаем «Добавить учетную запись почты».

3. Вводим имя, адрес электронной почты и пароль. Все это Вы должны были выяснить на этапе подготовки. Жмем «Продолжить».

4. После этого программа автоматически постарается подобрать нужную конфигурацию. Если Вы настраиваете почту от популярных сервисов (mail.ru, gmail и т.д.), то Thunderbird подберет верные настройки. Но если Вы хотите использовать почту своего сайта, нажимайте «Настройка вручную».

5. Имена SMTP и POP/IMAP серверов нужно было узнать на подготовительном этапе. Порт зависит от сервера и того, используется ли защищенное соединение (TLS/SSL).

Отправка почты (SMTP): Обычное соединение — 25 порт, защищенное соединение (TLS/SSL) — 465 порт.

Получение почты (POP3/IMAP): Обычное соединение — 110, защищенное (TLS/SSL) — 995 порт.

Аутентификация — Обычный пароль.

6. Если на предыдущем шаге Вы не выбрали защищенное соединение (SSL), то программа сделает предупреждение о потенциальных рисках. Если Ваша почта поддерживает защищенное соединение, то лучше вернитесь и настройте его. Если нет (зачастую хостеры не поддерживают эту услугу или заставляют доплачивать за нее), то жмите «Готово».

7. Везде жмем «Ok» и «Далее». И в конце-концов Ваш новый ящик будет в левой колонке.

Если Вы все сделали правильно, то ящик будет создан, и Вы легко разберетесь как им управлять. Если же у Вас возникают трудности или ошибки, то пишите их в комментариях, и мы постараемся ответить Вам на имейл.

Ошибка Bad recipient address syntax
Эта ошибка как правило, появляется из-за того, что включена проверка правильности указания адреса электронной почты отправителя. Чтобы это исправить жмем «Сервис» -> «Параметры» -> «Параметры электронной почты» -> «Дополнительные параметры электронной почты» и убираем галочку с «Автоматически проверять имена».

Просмотреть больше тем

Когда вы конфигурируете учётную запись, Thunderbird создаёт «идентификацию» по умолчанию для учётной записи, которая содержит такую информацию как ваше имя, ваш адрес электронной почты, расположение, где должны храниться ваши сообщения, подпись и т.д. Вы можете вручную создать дополнительные идентификации для своей учётной записи (с помощью Инструменты > Параметры учётной записи… Правка > Параметры учётной записи… , Дополнительные адреса электронной почты ). Когда вы создаёте (или отвечаете на) сообщение, вы можете указать любую из сконфигурированных идентификаций, выбрав её из выпадающего списка От.

В качестве примера о том, как получить пользу от идентификаций, представьте сценарий, при котором у вас есть адрес «по умолчанию» для домена (например, «feedback@example.com»), который опубликован на вашем веб-сайте. Люди могут отправлять сообщения на этот адрес по разным причином: вопросы клиентов, вопросы вендоров, обратная связь по техническим проблемам сайта и т.д.

Когда вы конфигурируете множество идентификаций, вы можете указать идентификацию, которая будет использоваться при ответе на сообщение. Например, вы можете сконфигурировать идентификацию для «sales@example.com», с именем и адресом электронной почты, отличном от «feedback@example.com». Затем, когда вы отвечаете на «feedback@example.com», вы можете указать идентификацию «sales@example.com».

Другие применения идентификаций:

• использование сервиса пересылки электронной почты, который перенаправляет сообщения, отправленные на старую учётную запись электронной почты, на новую учётную запись
• переключение конфигурации сообщения для отдельных сообщений (например, шифрование или SMTP-сервер)

В этой статье идентификации относятся к разным конфигурациям единственной учётной записи. Однако если у вас множество учётных записей электронной почты, для каждой учётной записи существует профиль по умолчанию, который используется таким же образом, как идентификации для единственной учётной записи.

Чтобы создать идентификацию, щёлкните Инструменты > Параметры учётной записи… Правка > Параметры учётной записи… . Выберите желаемую учётную запись из списка слева, затем щёлкните по кнопке Дополнительные адреса электронной почты справа внизу. Отобразится список идентификаций, созданных для учётной записи ранее. Чтобы создать новую идентификацию, щёлкните Добавить .

Так же, как и при конфигурации идентификации по умолчанию, когда вы создаёте новую учётную запись, диалоговое окно для создания идентификаций позволяет вам указать несколько аспектов:

• Настройки: имя, адрес, подпись и т.д.
• Копии и папки: копии, скрытые копии и место хранения сообщений
• Составление и адресация: текстовый формат, управление цитатами, подпись и т.д.
• Защита: цифровые подписи и шифрование

Когда вы создаёте новое сообщение, Thunderbird использует идентификацию по умолчанию для выбранной учётной записи в качестве значения От сообщения. Щёлкните по выпадающему списку в поле От, чтобы выбрать другую идентификацию. В выпадающем списке отобразятся как идентификации для выбранной учётной записи, так и идентификации для других учётных записей.

При ответе на сообщение или пересылке сообщения Thunderbird сканирует получателей сообщения и, если это доступно, выбирает идентификацию исходного автора, который был использован при отправке вам сообщения. (Иногда эта информация недоступна, например, в некоторых списках рассылки). Эта идентификация станет затем идентификацией по умолчанию в окне составления. Вы можете выбрать другую идентификацию, как описано выше.

ldapsearch выводит?

В локали :

ldapsearch -LLL -b 'dc=domain,dc=zn' -x -H 'ldap://localhost' '(objectClass=posixAccount)'В локали нет, ругается на

'Operation unable without authentification'но, вроде как одновременно samba в режиме DC  и slapd на одной машине не могут работать
Если убиваю samba и запускаю slapd то отзывается (выводит ответ на запрос).

Если с удалённой машины, то:

ldapsearch -x -H ldaps://10.0.0.1 -D "cn=user,dc=domain,dc=zn" -w passwd
при запущенном samba — получаю сообщение:

ldap_bind: Invalid credintals (49)
Если slapd запущен — невозможно соединиться с сервером.

А запрос с клиента:

ldapsearch -xLLL -H ldaps://10.0.0.1:636 -D "cn=user,CN=Users,dc=domain,dc=zn" -W -b "dc=domain,dc=zn"
проходит

И вопрос: почему с ldap-браузера по портам 389 и 3268 подключение есть? Технически порты 389,3268 и что следует из обозначенного выше запроса порт 636 доступны, а thunderbird не хочет цепляться по 389 и 3268 и в то же время ldapsearch тоже не может их использовать? (говорит о необходимости авторизации, хотя пароль запрашивает и передает)? В softera ldap administrator, адрес подключения выглядит как

ldap://10.0.0.1:3268/DC=domain,DC=znполучается подключение не по ldaps, а по ldap. Это справедливо и для порта 3268 и для 389.

При подключении к серверу почтовым клиентом, посредством ldaps://dc.domain.zn:636 вылетает сообщение о том, что «Нет доступной информации. Не удалось получить информацию о подлинном статусе этого сайта.» при этом исключение не запрашивается. Самоподписанный сертификат на сервере есть.
Куда обращается thunderbird за сертификатом? Ldap-браузер подключаясь по ldaps:636 сертификат видит.

  

Sakura

21.05.10 — 14:51

Сервак с MS Exchange. На клиенте — WinXP + Thunderbird 2.0.23. Как бы научить громоптицу видеть адресный каталог на сервере?

Гуглить умею Все найденные варианты настройки адресной книги перепробовала, результат одинаков — репликация вылетает с ошибкой, поиск ничего не находит.

Сейчас настройки такие: http://imagebin.ca/view/HFKtJHP.html

фильтр поиска (objectclass=user)

Репликация начинается, но через пару секунд вылетает с ошибкой

  

ASV

1 — 21.05.10 — 15:07

попробуй изменить

имя пользователя = «ИМЯ_ДОМЕНАПользователь»

  

Sakura

2 — 21.05.10 — 15:07

Для теста поставила TB 3.0.4, но снесла — с LDAP была та же проблема, а в остальном удобнее мне не показалась, да и С плагинами почти со всеми несовместима (а в 2.0 установлено все, что надо, для максимального удобства)

(1) меняла, ничего не дает

  

Sakura

3 — 21.05.10 — 15:24

Пробовала так же в «имя пользователя» ставить «cn=имя_пользователя», не работает.
При смене айпи сервера на его имя в сети ошибка репликации полявлякется сразу же.

  

Sakura

4 — 21.05.10 — 15:30

Ну и фильтр поиска по умолчанию (objectclass = *) тоже ничего не дает.

  

Sakura

5 — 21.05.10 — 15:58

Дополнительный «бонус» — не сохраняет пароль на сервер с адресной книгой, при каждом запуске TB приходится вводить заново, хотя галка «Использовать менеджер паролей» стоит.

  

Злопчинский

6 — 22.05.10 — 03:04

в тандебердея так и не разобрался, как правильно вести список адресов и группировать их по группам.

  

Sakura

7 — 22.05.10 — 11:48

(6) да черт бы с ними с группами, мне б просто до адресной книги добраться =)

у одного из сотрудников внезапно тоже нашелся TB, настроенный на работу с MS Exchange, но что удивило — если у меня в свойствах ящика адрес выглядит как name@mycompany.ru, то у нее — name@postserver — 192.168.1.1, как-то так.

  

Sakura

8 — 24.05.10 — 10:31

Проверка показала, что косяк у меня связан с Base DN, при некоторых настройках репликация начинается, в других — сразу выдает ошибку.

Проверены все найденные варианты, но загрузки так и нет.

  

Sakura

9 — 24.05.10 — 11:06

В итоге удалось добиться успешного выполнения репликации адресной книги, но поиска по ней нет, при любых условиях «совпадений не найдено» О_о
Что-то я совсем запуталась О_о

  

ASV

10 — 24.05.10 — 11:13

BaseDN= dc=ldapserver,dc=ru

Port= 389

BindDN= cn=MyUser,cn=Users,dc=ldapserver,dc=ru // MyUser должен находится в Users

ОК. идем в поиск. набираем адрес. просит пароль. должно работать

  

Sakura

11 — 24.05.10 — 11:21

(10) не-а =(
мистика какая-то.
Настройки, с которыми адресная книга загружается:
Base DN = OU=companyname, DC=companyname, DC=local
порт 3268
Bind DN = username@companyname.ru

с любыми другими — ошибка.
Поиск ни при каких настройках вообще не работает.

  

Sakura

12 — 24.05.10 — 12:00

В общем, проблема была решена исконно русским способом — через известное место.
Т.е. был настроен тот же ящик в Outlook Express, скопирована туда адресная книга, оттуда — импортирована в Thunderbird =)
Всем спасибо за участие =)

0

0

При попытки скачать локально адресную книгу выдаёт «Ошибка репликации».
Кто-нить настраивал такую связку? Если да, то как?

• Ссылка

Я пытаюсь настроить адресную книгу Thunderbird для использования моего сервера LDAP. Я считаю, что правильно заполнил детали. Однако поиски не возвращают результатов, и если я использую кнопку «Загрузить сейчас», она говорит «репликация не удалась».

чтобы попытаться отладить это, я следовал эти инструкции включить ведение журнала LDAP. Однако файл журнала не содержит ничего полезного:

0[1111140]: снятие
0[1111140]: несвязанный
0[1111140]: снятие
0[1111140]: несвязанный

отсюда мой вопрос: как отлаживать LDAP в Thunderbird?

Hi—

Back on this question:
https://support.mozilla.org/en-US/questions/1295662

I reported back when the most critical issues from 78 stopped making Thunderbird completely unusable, after a couple of bug fix updates came out.

But my last post/question still hasn’t been acknowledged or addressed—LDAP address books now do show up in the list, but I haven’t gotten a working LDAP lookup since 78 disrupted everything. The fixes to everything else in the Address Book don’t appear to have corrected whatever’s wrong there.

As noted in the original comment, lookup of user certificates for encrypting emails has been questionable for a while, but at least core functionality of user lookups had been working up until 78.

Before now I was the only one I knew definitely experiencing this but I just got a note from someone asking about the same broken LDAP behavior and it’s definitely something that should work.

Every time I try to do a search I get prompted to authenticate vs the LDAP, then the popup goes away and nothing happens.

Thanks.

Hi—

Back on this question:
https://support.mozilla.org/en-US/questions/1295662

I reported back when the most critical issues from 78 stopped making Thunderbird completely unusable, after a couple of bug fix updates came out.

But my last post/question still hasn’t been acknowledged or addressed—LDAP address books now do show up in the list, but I haven’t gotten a working LDAP lookup since 78 disrupted everything. The fixes to everything else in the Address Book don’t appear to have corrected whatever’s wrong there.

As noted in the original comment, lookup of user certificates for encrypting emails has been questionable for a while, but at least core functionality of user lookups had been working up until 78.

Before now I was the only one I knew definitely experiencing this but I just got a note from someone asking about the same broken LDAP behavior and it’s definitely something that should work.

Every time I try to do a search I get prompted to authenticate vs the LDAP, then the popup goes away and nothing happens.

Thanks.