Как использовать 2 календаря CalDAV (одного и того же провайдера) в Thunderbird (либо один работает, но не параллельно)


2

Я использую Thunderbird 45.8.0 (текущая версия) на Win-10.

Есть 2 разных календаря в двух разных учетных записях на одном сервере (провайдер: 2 бесплатных почтовых и календарных аккаунта на web.de), которыми мы с другом хотели бы поделиться и включить в Thunderbird. Простое «объединение» в один календарь не вариант, так как мы оба делимся этим календарем и с другими (не полностью перекрывающимися) людьми.

Включение любого календаря работает хорошо, но второй не работает параллельно (независимо от того, что является первым / вторым; ошибка: запись календаря отображается, но бледно и не работает, при нажатии на свойства - «включить этот календарь», это не меняет статус).

Мне кажется, что проблема может быть (я не уверен), что Thunderbird не может различить 2 календаря, потому что они принадлежат одному провайдеру, адрес ist: https://kalender.web.de/begenda/dav/username @ web.de / calendar (согласно справке на https://hilfe.web.de/kalender/synchronisieren/thunderbird.html ).

Я нашел и попробовал следующие предложения ( https://sys4.de/en/blog/2014/07/11/multiple-caldav-calendars-thunderbird-lightning-auth-problem/ ):

  1. «Добавление имени пользователя @» перед URL-адресом также должно работать, например, http (s): // username @ myserver / owncloud / ... »-> не работает (адрес не принят, то же самое с username: password @ ... ) (может мне понадобится разместить имя пользователя: пароль где-нибудь в этом адресе (пробовал, но не помогло так gfar)
  2. установить calendar.network.multirealm в TRUE -> по-прежнему не работает.

В диспетчере паролей Thunderbird два (разных) имени пользователя и (разных) пароля для календарей zwo правильно включены (и работают, если какой-либо календарь используется отдельно).

Есть ли решение для обработки 2 календарей на одном и том же провайдере / сервере? Мы бы предпочли

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

Обновление 2017-03-12: я нашел эти два сообщения об ошибках. Они довольно старые, но кажутся трудными (13 лет!) И до сих пор не решены - я был бы рад, если бы кто-то мог опровергнуть это или придумать обходной путь ...

Ответы:


0

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

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

  1. Используйте ping kalender.web.deдля получения IP-адреса сервера, например,123.456.789.012
  2. Отредактируйте файл hosts, чтобы придумать псевдоним для того же сервера, добавив строку, например:
    myalias.com 123.456.789.012
  3. Используйте для одной из учетных записей имя, https://myalias.com/begenda/dav/username@web.de/calendar таким образом, направляя это фиктивное имя сервера на один и тот же IP-адрес.
  4. Отредактируйте конфиги Apache и Davical для поддержки нового домена.

Это может работать при условии, что использование идентичных имен веб-сайтов действительно является проблемой, и если Thunderbird недостаточно умен, чтобы обнаружить, что на один и тот же сайт теперь ссылаются дважды.


Так что это сработало - с оговоркой, что если вы используете https на сервере, он выдает SSL_ERROR_BAD_CERT_DOMAINошибку (поскольку субъект сертификата SSL является «основным» доменом). К счастью, Thunderbird / Firefox позволяют вам добавить исключение безопасности для домена, которое работает достаточно хорошо.
Доктор J

Конечно, если вы владеете собственным доменом и запускаете собственный сервер, вы можете добавить новый поддомен по желанию, а затем настроить CalDAV и Apache для его обработки. Вам также понадобится сертификат для нового домена, но с www.letsencrypt.org и другими бесплатными сертификатами это не так важно.
Доктор J

Рад, что тебе удалось заставить его работать. Вы также можете отправить отчет об ошибке для этой проблемы.
harrymc
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.