Thunderbird, SoGo Connector, адресная книга и несколько учетных записей с разным подключением

Question

У меня проблемы с подключением ко многим внешних источников в моей адресной книге с Thunderbird. Он управляет паролями, связывая их с их базовым url. Но что, если с тем же базовым url, у меня есть две учетные записи с разным подключением?

После того как я установил Sogo Connector (CardDAV), я создал новый дальний адресную книгу с такого рода информацией:

• URL: https://sync.my.server/addressbook1
• пользователь: u1
• проход: u1

Все было хорошо, и синхронизация была идеальной.

Теперь я хочу, чтобы подключиться к другой:

• URL: https://sync.my.server/addressbook2
• пользователя: u2
• пасс: u2

И приходит плохая часть. Thunderbird проверяет, существует ли sync.my.server (что верно) и попытайтесь подключиться к u1/u1. Очевидно, что это не сработает ...

Я нашел способ решить эту проблему с помощью календарей, перейдя в расширенный редактор конфигурации и изменив calendar.network.multirealm на true. Но это не похоже на контакты.

Есть ли решение для этого?

Answer 1

В зависимости от вашего сервера carddav вы можете попробовать предоставить доступ к другим ресурсам.

Если вы используете один экземпляр Thunderbird с двумя разными учетными записями на одном сервере, я предлагаю вам очистить настройку.

Один профиль Thunderbird = одна учетная запись на сервер/домен.

Затем, если u1 нуждается в доступе к адресной книге2, вы можете предоставить разрешения на чтение и/или запись, и сервер позволит ему получить к нему доступ со своими учетными данными.

В настоящее время я использую эту настройку со многими Thunderbirds, подключающимися к одному серверу с davic со многими календарями и адресными книгами. Нет необходимости в мультирулях или что-то еще ...

Answer 2

Я использую Baïkal и у меня была такая же проблема (у разных пользователей есть свой календарь и адресная книга, но иногда они должны делиться ими в рамках сеанса Thunderbird).

Thunderbird хранит учетные данные в базе данных на основе хоста, поэтому существует обходное решение, использующее другой поддомен, когда к TB добавляется новый календарь/адресная книга. У меня есть Байкал работает в поле Debian с bind9 и Apache, так что добавление новой записи DNS и ServerAlias ​​в конфигурации виртуального хоста решает эту проблему, например:

• dav.example.com
• dav2.example.com (псевдоним первого, связанного со вторым именем/пропуском CardDAV/CalDAV)

То же самое можно было бы достичь с использованием имени хоста и IP-адреса.

Answer 3

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

Не используйте функцию сохранения пароля Thunderbird.
Включите учетные данные в URL-адресе (см. this question on how this works with ssl).

Таким образом, используя Sogo Connector вам нужно создать два календаря для пользователей Адама и Евы с этими адресами:

https://Adam:adamspassword@sslproxy.com/paradise.com/DavServer/Adam/defaultcalendar 
https://Eve:evespassword@sslproxy.com/paradise.com/DavServer/Eve/defaultcalendar 

виду, что хотя вы не можете изменить любой пароль впоследствии, не удаляя и воссоздавая соответствующий календарь в Lightning ,

Используйте тот же трюк для адресных книг в Thunderbird, хотя они фактически позволяют вам изменять URL-адрес, не воссоздавая адресную книгу.

---

EDIT: Это надежно не работает на всех платформах!

Мне не удалось преодолеть мои проблемы с подключением. Я подозреваю, что где-то в коде Thunderbird/Lightning/Sogo невозможно иметь два набора учетных данных для одного и того же домена.

Вместо этого я создал два календаря в одной учетной записи. Это менее безопасно/изолировано, но оно работает надежно.

Answer 4

На Thunderbird перейдите в Редактировать → Настройки → Дополнительно → Редактор настроек и установите для calendar.network.multirealm значение true. Это активирует мультисчет для только календарей.

Для контактов, которые я решил с разными путями серверов. Ex:

• example.com/addressbooks/users/.......
• mail.example.com/addressbooks/users/.......