So sucht Neruna
Zuerst in der Autoconfig-Datei (<calendar> und <addressBook>, siehe «Automatische Einrichtung»).
Sonst fragt Neruna https://domain/.well-known/caldav und …/carddav – erst auf der Domain der E-Mail-Adresse, dann auf dem IMAP-Server. Eine Weiterleitung, eine Anmeldeaufforderung (401) oder eine DAV-Antwort (207) genügen.
Danach findet Neruna die einzelnen Kalender und Adressbücher selbst – auch die, die andere für dich freigegeben haben. Den Pfad zu einem einzelnen Kalender musst du nie eintippen.
Weiterleitung einrichten
Auf dem Webserver, der DAV anbietet, zwei dauerhafte Weiterleitungen zum DAV-Pfad – hier am Beispiel Nextcloud:
nginx
location = /.well-known/caldav { return 301 /remote.php/dav/; }
location = /.well-known/carddav { return 301 /remote.php/dav/; }
Apache
Redirect 301 /.well-known/caldav /remote.php/dav/
Redirect 301 /.well-known/carddav /remote.php/dav/
Übliche Ziele: Nextcloud /remote.php/dav/, SOGo /SOGo/dav/, Radicale die Wurzel /. Nextcloud bringt die Weiterleitung für Apache bereits mit.
Auf einen anderen Server? Zeigt die Weiterleitung auf einen anderen Hostnamen (z. B. von example.com auf dav.example.net), fragt Neruna beim Einrichten nach, zeigt das genaue Ziel und schickt das Passwort erst nach der Zustimmung dorthin. Ist das Ziel der eigene IMAP-Server, entfällt die Frage. Weiterleitungen auf unverschlüsseltes http:// verwendet Neruna nie.
Testen
Ohne Anmeldung, nur die Weiterleitung prüfen:
curl -si -X PROPFIND -H "Depth: 0" https://mail.example.com/.well-known/caldav | head -3
HTTP/2 301
location: https://mail.example.com/remote.php/dav/
301/302 mit location, 401 oder 207 sind in Ordnung. 404 heisst: Neruna findet hier nichts.
