Thunderbird ldap address book ошибка репликации

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 сертификат видит.

21.05.10 — 14:51

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

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

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

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

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

1 — 21.05.10 — 15:07

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

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

2 — 21.05.10 — 15:07

3 — 21.05.10 — 15:24

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

4 — 21.05.10 — 15:30

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

5 — 21.05.10 — 15:58

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

6 — 22.05.10 — 03:04

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

7 — 22.05.10 — 11:48

8 — 24.05.10 — 10:31

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

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

9 — 24.05.10 — 11:06

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

10 — 24.05.10 — 11:13

11 — 24.05.10 — 11:21

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

0

0

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

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.