Direkt zum Inhalt

Cookie-Einstellungen

Wählen Sie, welche Arten von Cookies Sie erlauben. Sie können Ihre Auswahl jederzeit über Cookie-Einstellungen unten auf jeder Seite ändern. Datenschutzerklärung

Notwendig

Immer aktiv

Nötig zum Einloggen, für Ihren Warenkorb und um Ihre Auswahl zu speichern. Diese sind immer aktiv.

Welche Cookies?
  • weboke_sessie, weboke_klant, weboke_remember: Ihre Sitzung und eingeloggt bleiben
  • weboke_basket: Ihr Warenkorb
  • wkBtwIncl: Preise mit oder ohne MwSt. anzeigen
  • wok_cookies: Ihre Cookie-Auswahl, 12 Monate

Misst, welche Anzeige zu einem Besuch oder einer Bestellung führt, damit wir nicht für Anzeigen zahlen, die nichts bringen.

Welche Cookies?
  • Google Ads über Google Tag Manager (_gcl_au, _gcl_aw), bis zu 90 Tage
  • OpenAI Ads, Anzeigen in ChatGPT
  • wok_aff: über welchen Partner Sie zu uns kamen (Partnerprogramm), 60 Tage

4,6

Land und Sprache

Jedes Land hat seine eigene Website, mit Preisen und MwSt. dieses Landes.

Anzeigen

Modul 5 · 5.1

Deutsch

CalDAV und CardDAV: wie Kalender und Kontakte synchronisiert werden

Modul 5: Kalender und Kontakte · Lesezeit: 10 Minuten

Lernziel: Nach dieser Lektion können Sie erklären, wie CalDAV und CardDAV Ihren Kalender und Ihre Kontakte zwischen Server und Geräten synchron halten, warum Sie davon erst etwas merken, wenn Sie eine App einrichten, und welche Angaben Sie benötigen, um eine App zu verbinden.

Kernbegriffe: CalDAV, CardDAV, WebDAV, synchronisieren, Serveradresse, .well-known/caldav, .well-known/carddav, Principal, App-Passwort, Exchange ActiveSync, Standardkalender

Kalender und Kontakte wohnen auf einem Server

Bei Google und Microsoft merken Sie nicht, wie Ihr Kalender auf Ihr Telefon kommt. Sie melden sich mit Ihrem Konto an, und der Kalender und die Kontakte sind da. Hinter den Kulissen nutzen diese Anbieter dafür oft ihre eigene Art der Synchronisierung: Microsoft verwendet Exchange ActiveSync und eigene Schnittstellen, Google seine eigene Kontosynchronisierung auf Android.

Bei einem europäischen Anbieter läuft das fast immer über zwei offene Standards:

  • CalDAV (RFC 4791) für Kalender und Aufgabenlisten;
  • CardDAV (RFC 6352) für Kontakte.

Beide bauen auf WebDAV auf, einer Erweiterung des gewöhnlichen Webverkehrs (HTTPS), mit der Sie Dateien auf einem Server lesen und schreiben können. Ein Termin ist für CalDAV eine kleine Datei im iCalendar-Format (Lektion 5.2), ein Kontakt eine kleine Datei im vCard-Format. Der Server speichert diese Dateien in einem Ordner pro Kalender oder Adressbuch. Ihr Telefon, Ihr Laptop und der Webkalender fragen alle paar Minuten: "Was hat sich seit dem letzten Mal geändert?" und holen nur die Änderungen ab.

iPhone  <--CalDAV/HTTPS-->  server: /calendars/anne/werk/  <--CalDAV-->  laptop (Thunderbird)
                                   ^
                                   |
                              webagenda in de browser

Der große Vorteil eines offenen Standards: Sie sind nicht an eine einzige App gebunden. Die Kalender-App Ihres iPhones, DAVx5 auf Android, Thunderbird, die Kalender-App auf dem Mac und viele andere Apps sprechen CalDAV. Wechseln Sie später zu einem anderen Anbieter, der ebenfalls CalDAV unterstützt, richten Sie dieselben Apps einfach erneut ein.

Warum Sie es erst merken, wenn Sie eine App einrichten

Nach dem Umzug Ihres Kalenders (Lektion 5.2 und 5.3) steht alles ordentlich im Webkalender Ihres neuen Dienstes. Ihr Telefon weiß davon noch nichts. Es gibt keine App, die das von selbst erkennt: Sie müssen auf jedem Gerät ein Konto hinzufügen. Dafür benötigen Sie drei Dinge:

AngabeBeispiel bei Bakkerij De Korrel
Die Serveradressehttps://cloud.example.com oder die vollständige DAV-Adresse, zum Beispiel https://cloud.example.com/remote.php/dav
Der Benutzernameanne
Ein Passwortein App-Passwort, siehe unten

Die Serveradresse und .well-known

Jeder Dienst hat einen eigenen Pfad, unter dem CalDAV und CardDAV liegen. Bei Nextcloud ist das /remote.php/dav, bei anderen Servern etwas anderes. Damit nicht jeder diesen Pfad kennen muss, gibt es eine Vereinbarung (RFC 6764): Eine App, die nur den Domainnamen erhält, schaut zuerst an einer festen Stelle nach:

https://cloud.example.com/.well-known/caldav
https://cloud.example.com/.well-known/carddav

Der Server antwortet dort mit einer Weiterleitung zum tatsächlichen Pfad. Funktioniert diese Weiterleitung einwandfrei, müssen Sie auf Ihrem iPhone nur cloud.example.com eingeben. Funktioniert sie nicht, meldet die App "Konto kann nicht verifiziert werden" und Sie müssen die vollständige Adresse eingeben. Dieselbe RFC beschreibt auch SRV-Einträge (_caldavs._tcp.example.com), mit denen eine App den Server ausgehend von Ihrer E-Mail-Domain finden kann. Nicht jede App nutzt das.

Danach fragt die App den Server nach Ihrem Principal: dem festen Ort Ihres Kontos auf dem Server, mit der Liste Ihrer Kalender und Adressbücher. So findet die App automatisch alle Kalender, auch die, die mit Ihnen geteilt wurden.

Warum Sie ein App-Passwort benötigen

Die meisten europäischen Cloud-Dienste verlangen beim Anmelden im Browser einen zweiten Schritt: einen Code per E-Mail, eine Authenticator-App oder einen Passkey. Eine Kalender-App auf Ihrem Telefon kann diesen zweiten Schritt nicht ausführen. Sie verfügt nur über ein Feld für Benutzername und Passwort.

Deshalb erstellen Sie für eine solche App ein App-Passwort: ein langes, zufälliges Passwort, das nur für diese eine App gilt. Sie erstellen es in den Sicherheitseinstellungen Ihrer Cloud, geben ihm einen erkennbaren Namen ("Kalender iPhone Anne") und tragen es in der App ein.

Vorteile:

  • Ihr echtes Passwort steht nicht auf Ihrem Telefon.
  • Verlieren Sie Ihr Telefon, widerrufen Sie nur dieses eine App-Passwort; der Rest funktioniert weiter.
  • Ändern Sie Ihr gewöhnliches Passwort, funktionieren Ihre Apps trotzdem weiter.

Manche Apps können sich auch über den Browser anmelden: Sie öffnen den Anmeldebildschirm Ihrer Cloud, Sie führen dort den zweiten Schritt aus, und die App erhält selbst ein App-Passwort. DAVx5 auf Android kann das zum Beispiel mit Nextcloud.

Die bekannteste Fehlermeldung bei Kalender-Apps ist 401 Unauthorized. Fast immer bedeutet das: Sie haben Ihr gewöhnliches Passwort anstelle eines App-Passworts verwendet, oder das App-Passwort wurde widerrufen.

Exchange-Kalender und was Sie verlieren

Wer von Microsoft 365 kommt, ist an einige Dinge gewöhnt, die mit CalDAV anders oder gar nicht funktionieren:

  • Frei/Belegt-Anzeige von Kollegen bei der Planung. Nextcloud und andere CalDAV-Server haben eine eigene Form davon (Verfügbarkeit innerhalb desselben Servers), aber das funktioniert nicht zwischen verschiedenen Diensten und nicht immer in jeder App.
  • Räume und Geräte buchen (Besprechungsraum, Beamer). Manche Server haben Ressourcenkalender, andere nicht.
  • Delegierter Zugriff ("die Sekretärin verwaltet den Kalender des Direktors"). Bei CalDAV regeln Sie das über Freigabe mit Bearbeitungsrechten.

Setzen Sie das auf Ihre Liste (Modul 3). Es ist selten ein Grund, nicht umzusteigen, aber Kollegen sollten es vorher wissen.

In der Praxis: so sieht es bei einem Anbieter aus

In einem WebOké-Nextcloud finden Sie die Adressen in der App Kalender, unten links bei Kalender-Einstellungen: die CalDAV-URL und die Serveradresse für iOS und macOS, jeweils mit einer Kopierschaltfläche. Die allgemeine Adresse lautet https://<ihre-adresse>/remote.php/dav. Ein App-Passwort erstellen Sie unter Einstellungen, Sicherheit, Geräte & Sitzungen. Dort sehen Sie später auch, welches Gerät wann zuletzt Kontakt hatte, und widerrufen dort ein App-Passwort. Andere Nextcloud-Anbieter funktionieren genau gleich; bei anderen europäischen Diensten (zum Beispiel mailbox.org, Posteo oder einer Open-Xchange-Umgebung) steht die CalDAV-Adresse in den Hilfeseiten oder den Einstellungen, und App-Passwörter heißen dort manchmal "Geräte-Passwort" oder "Anwendungspasswort".

Zusammenfassung

  • CalDAV (Kalender, Aufgaben) und CardDAV (Kontakte) sind offene Standards, die auf WebDAV und HTTPS aufbauen; jede Änderung ist eine kleine Datei auf dem Server.
  • Sie müssen auf jedem Gerät selbst ein Konto hinzufügen: Serveradresse, Benutzername und ein App-Passwort.
  • Über .well-known/caldav und .well-known/carddav findet eine App den tatsächlichen Pfad allein anhand des Domainnamens; funktioniert das nicht, geben Sie die vollständige DAV-Adresse ein.
  • Ein App-Passwort ist nötig, weil Kalender-Apps keinen zweiten Anmeldeschritt ausführen können; eine 401-Meldung bedeutet fast immer ein falsches Passwort.
  • Exchange-Funktionen wie Frei/Belegt zwischen Kollegen, Räume buchen und Delegation funktionieren anders; setzen Sie sie auf Ihre Liste.

Quiz

1. Welches Protokoll verwenden Sie, um Kontakte zwischen Server und Telefon synchron zu halten?



2. Wozu dient https://cloud.example.com/.well-known/caldav?



3. Anne richtet ihren Kalender auf ihrem iPhone mit ihrem gewöhnlichen Nextcloud-Passwort ein und erhält "401 Unauthorized". Was ist die Lösung?



4. Was ist ein Vorteil eines separaten App-Passworts pro Gerät?



5. Die Bäckerei plant Besprechungen bisher, indem sie in Outlook sieht, wer frei ist. Was ist eine ehrliche Bemerkung beim Umstieg auf einen CalDAV-Kalender?



Aufgabe

Aufgabe A5.1: Findet eine App Ihren Kalender? Geben Sie die Adresse Ihrer (neuen) Cloud ein, zum Beispiel cloud.example.com. Das Programm prüft, ob /.well-known/caldav und /.well-known/carddav korrekt auf einen DAV-Pfad weiterleiten und ob der Server dort als DAV-Server antwortet. So wissen Sie, ob Sie auf einem Telefon nur den Domainnamen eingeben müssen.

Aufgabe A5.1: Findet eine App Ihren Kalender?

Geben Sie die Adresse Ihrer Cloud ein. Das Programm macht, was eine Kalender-App macht: /.well-known/caldav und /.well-known/carddav abfragen, der Weiterleitung folgen und prüfen, ob dort ein DAV-Server antwortet. Es wird nicht eingeloggt.



Was Sie eingeben und was wir finden, speichern wir nicht. Ihr Browser merkt sich Ihre Antworten und ob Sie die Aufgabe bestanden haben. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe (fast) richtig hatten; auch das können Sie dort löschen.

Weiterlesen

Die Schritte in diesen Artikeln gelten für die Dienste von WebOké; bei anderen Anbietern funktioniert es vergleichbar.

Einen Moment bitte…

Richten Sie Ihre Domains ein

Legen Sie für jede Domain die Nameserver, die Verknüpfung mit Ihrem Hosting und den künftigen Inhaber fest.

Ihre Domains werden geladen…