Kalender, Kontakte und Notizen selbst hosten: Radicale, Baikal, Nextcloud und Joplin im Vergleich
Die meisten Homelab-Betreiber und kleinen Firmen verwenden mindestens einen Cloud-Dienst für Kalender, Kontakte oder Notizen – sei es Google Kalender, Apple Kontakte oder ein Notizbuch bei einem großen Anbieter. Die Abonnements sind bequem, aber die Konsequenzen werden oft unterschätzt: Daten liegen auf fremden Servern, das Entfernen des Abonnements kann den Zugriff auf Jahre Arbeitsgeschichte abschneiden, und ein Export ist selten vollständig.
Wer die Kontrolle über diese Daten zurückerhalten will, hat heute mehrere reife Open-Source-Optionen. Dieser Artikel vergleicht vier Kandidaten – Radicale, Baikal, Nextcloud und Joplin – und zeigt, wie ein eigener Betrieb mit Docker aussieht, welche Clients funktionieren und was bei der Migration von Cloud-Diensten zu beachten ist.
Warum Cloud-Kalender, -Kontakte und -Notizen problematisch sind
Die Grundbedenken gegenüber Cloud-Diensten für persönliche Synchronisationsdaten fallen in mehrere Kategorien, die sich teilweise überschneiden:
Datenabhängigkeit. Wenn Kalender, Kontakte und Notizen bei einem Anbieter liegen, gehört die Historie zu diesem Anbieter. Ein Serveraustausch, ein genehmigungsbedürftiger Datenzugriff oder ein vertragliches Ende des Anbieters kann den Zugriff einschränken, ohne dass der Nutzer direkt eingreifen kann. Bei Kalendern bedeutet das konkret: Über Jahre eingetragene Termine, Meeting-Notizen und wiederkehrende Einträge sind dann nur noch schwer wiederherstellbar.
Abo-Zwang und Preisentwicklung. Cloud-Abos sind wiederkehrende Pflichtzahlungen. Selbst wenn die monatlichen Kosten zunächst niedrig erscheinen, summieren sie sich über die Nutzungsdauer. Bei kleineren Firmen kann die Summe mehrerer Abos (Kalender, Kontakte, Notizen, Cloud-Speicher) schnell mehrere hundert Euro im Jahr erreichen – ohne dass eine eigene Lösung einen vergleichbaren laufenden Betrag erfordert.
Kündigungsfolgen. Das Beenden eines Abonnements ist selten eine einfache technische Aktion. Viele Dienste geben zum Zeitpunkt der Kündigung nur eine begrenzte Exportfunktion frei oder stellen diese gar nicht bereit. Kontakte und Kalender gehören zu den Daten, bei denen der Export oft unvollständig ist – beispielsweise weil nicht alle Informationen in einem standardkonformen Format verfügbar sind oder rückwirkende Informationen fehlen.
Datenschutz und DSGVO. Für Betreiber in der EU ist die DSGVO relevant, weil personenbezogene Daten verarbeitet werden. Kalender enthalten Termine mit Zeitpunkten, Orten und Teilnehmern – oft auch mit persönlichen Informationen überPrivatpersonen oder Geschäftskontakte. Kontakte enthalten Namen, E-Mail-Adressen, Telefonnummern. Notizen können sehr unterschiedliche Inhalte haben, gehören aber ebenfalls zu den Daten, für die eine Verarbeitungsfestlegung sinnvoll ist. Bei einem Cloud-Dienst liegt die Verantwortung für die Datenschutzmaßnahmen zumindest teilweise beim Anbieter; bei einer eigenen Lösung liegt sie beim Betreiber.
Fehlender Export. Viele Cloud-Dienste bieten einen Export an, aber der Export ist selten in einem Format, das ohne Weiteres in eine andere Lösung übernommen werden kann. Kontakte werden oft im vCard-Format exportiert, aber mit Unregelmäßigkeiten. Kalender-Exporte in iCal-Form sind möglich, enthalten aber häufig nicht alle Eigenschaften. Notizen sind oft proprietär und lassen sich nicht ohne Weiteres exportieren.
Vergleichstabelle der vier Kandidaten
Die folgende Tabelle fasst die wesentlichen Unterschiede zwischen den vier Lösungen zusammen. Die Einschätzungen beziehen sich auf den typischen Einsatz in einem kleinen Homelab oder einer kleinen Firma ohne dedizierten Admin.
| Kriterium | Radicale | Baikal | Nextcloud | Joplin |
|---|---|---|---|---|
| Fokus | Kalender (CalDAV) und optionally Kontakte (CardDAV) | Kalender (CalDAV) und Kontakte (CardDAV) | Komplette Produktsuite inkl. Kalender, Kontakte, Dateisync, vielen Apps | Notizen mit Ende-zu-Ende-Verschlüsselung (E2EE) |
| Protokolle | CalDAV (primär), CardDAV (Option) | CalDAV, CardDAV | CalDAV (via CalDAV-App), CardDAV (via CardDAV-App), WebDAV | Eigene Sync-API, Sync über WebDAV (optional) |
| Speicherbedarf | Sehr gering (einzelne CAL- und VCF-Dateien) | Gering (SQLite-Datenbank, Dateien) | Höher (Datenbank, Dateisystem, viele PHP-Dateien) | Gering bis mittel (Notizen als Markdown-Dateien, evtl. synchronisierte Datenbank) |
| CPU-/RAM-Bedarf | Minimal (Python-basiert, leichtgewichtig) | Niedrig (PHP-basiert, etwas mehr als Radicale) | Mittel (PHP-FPM, Datenbank, viele parallele Anfragen möglich) | Gering (Desktop-/Mobileanwendung, Sync-Server optional) |
| Lizenz | GPL v3 (Radicale), AGPL v3 (manche Branches) | AGPL v3 | AGPL v3 (Community), kommerzielle Lizenzen für Enterprise-Features | MIT-Lizenz (Desktop- und Mobile-Apps), Serverkomponenten variieren |
| Einstieg | Einfach (ein Container oder Python-Host, wenige Konfigurationen) | Einfach (Docker-Image, Einrichtungs-Assistent) | Komplexer (Datenbank, Webserver, Caching, viele Konfigurationen möglich) | Einfach (Desktop-Anwendung oder Mobile-App installieren, Sync einrichten) |
| Clients | CalDAV-kompatible Kalender-Apps (iOS, Android, Thunderbird, Evolution, diverse Desktop-Clients) | CalDAV-kompatible Clients | Viele offizielle Apps (iOS, Android, Desktop), drittanbieter-Clients über CalDAV/CardDAV | Joplin-Desktop, -Mobile, -CLI; verschiedene Sync-Optionen |
Die Wahl zwischen den Lösungen hängt also weniger von technischen Konzepten ab als von der Frage, ob eine umfassende Suite (Nextcloud) oder spezialisierte Einzelkomponenten (Radicale/Baikal für Kalender und Kontakte, Joplin für Notizen) passen.
Einstieg mit Docker – Realistische Konfigurationen
Alle vier Lösungen lassen sich mit Docker betreiben. Die folgenden Schnipsel sind als Ausgangspunkt gedacht, nicht als vollständige Produktionskonfiguration. Für den produktiven Betrieb gehört eine HTTPS-Ververbindung mit einem gültigen Zertifikat (z. B. über ACME/Let's Encrypt), Authentifizierung und regelmäßige Wartung dazu.
Radicale (Kalender und optional Kontakte)
Radicale ist ein leichtgewichtiger CalDAV-Server. Nach der Installation bietet er Kalender-Endpunkte für Clients. Für CardDAV (Kontakte) wird im Standard-Radicale-Setup häufig eine zusätzliche Komponente benötigt.
Ein minimaler docker-compose.yml-Eintrag:
version: "3"
services:
radicale:
image: radicaleorg/radicale:latest
ports:
- "5232:5232"
volumes:
- ./radicale-data:/var/lib/radicale
environment:
- RADICALE_CONFIG=/etc/radicale/config
restart: unless-stopped
Damit steht Radicale auf localhost:5232 bereit. Für den Produktivbetrieb gehört eine Reverse-Proxy-Konfiguration mit HTTPS und eine Authentifizierung hinzu.
Baikal (Kalender und Kontakte)
Baikal ist eine PHP-Anwendung, die CalDAV und CardDAV kombiniert und einen Web-Interaktions-Assistenten für die Einrichtung anbietet.
version: "3"
services:
baikal:
image: sdiwi/baikal:latest
ports:
- "8080:80"
volumes:
- ./baikal-data:/var/www/baikal/specific/data
restart: unless-stopped
Baikal startet mit einem Einrichtungs-Assistenten, der im Browser unter http://<server>:8080 erreichbar ist. Danach sind Kalender und Kontakte über CalDAV- bzw. CardDAV-Protokoll verfügbar.
Nextcloud (Suite mit Kalender und Kontakten)
Nextcloud ist die umfassendste Option und wird häufig über offizielle Docker-Images oder über Distributionen wie Cloudron oder YunoHost installiert.
version: "3"
services:
nextcloud:
image: nextcloud:latest
ports:
- "8080:80"
volumes:
- ./nextcloud-data:/var/www/html
- ./nextcloud-db:/var/lib/mysql
environment:
- MYSQL_ROOT_PASSWORD=example
- MYSQL_PASSWORD=example
- MYSQL_DATABASE=nextcloud
- MYSQL_USER=nextcloud
depends_on:
- db
restart: unless-stopped
db:
image: mariadb:10
volumes:
- ./nextcloud-db:/var/lib/mysql
environment:
- MYSQL_ROOT_PASSWORD=example
- MYSQL_PASSWORD=example
- MYSQL_DATABASE=nextcloud
- MYSQL_USER=nextcloud
restart: unless-stopped
Nextcloud bringt Kalender und Kontakte über Kalender- und Kontakt-Apps mit. Für den produktiven Betrieb sind Datenbank, HTTPS und Profiling-Einstellungen relevant.
Joplin (Notizen)
Joplin ist eine Notizanwendung mit Ende-zu-Ende-Verschlüsselung. Die Desktop- und Mobile-Anwendungen sind die primären Clients; der Sync kann über verschiedene Ziele erfolgen, darunter WebDAV, Nextcloud, Joplin Cloud oder S3-kompatible Speicher.
version: "3"
services:
joplin:
image: joplin/server:latest
ports:
- "22357:22357"
volumes:
- ./joplin-data:/home/joplin/data
environment:
- JOplin_USERNAME=admin
- JOplin_PASSWORD=example
restart: unless-stopped
Der Joplin-Server ist optional – viele Nutzer synchronisieren direkt über WebDAV oder einen Nextcloud-Speicher, ohne einen eigenen Server zu betreiben. Für Ende-zu-Ende-Verschlüsselung ist in der Desktop-Anwendung ein Verschlüsselungsprofil zu aktivieren.
Kalender-Sync mit mobilen Geräten
Die praktische Nutzbarkeit von selbst gehosteten Kalendern und Kontakten hängt stark davon ab, wie gut die Synchronisation mit mobilen Geräten funktioniert.
Android
Auf Android funktionieren CalDAV-Kalender und CardDAV-Kontakte mit verschiedenen Clients. Beliebte Kalender-Apps sind DAVx5 (für CalDAV/CardDAV-Daten) oder AnkiCal (oder ähnliche Clients). Für Kontakte eignen sich oft CardDAV-kompatible Kontakt-Synchronisationen. Der Sync läuft in der Regel über Polling – das Gerät fragt in Intervallen beim Server nach Änderungen. Ein echtes Push-Sync (also sofortige Aktualisierung ohne Polling-Intervall) ist mit selbst gehosteten CalDAV-Servern über CalDAV-Push schwieriger als bei großen Cloud-Anbietern; die einzelnen Clients und der Server müssen die unterstützte Methode unterstützen.
iOS
Auf iOS sind Kalender und Kontakte im System integriert und unterstützen CalDAV und CardDAV direkt. Unter „Einstellungen > Kalender > Konten" oder „Einstellungen > Kontakte > Konten" kann ein neuer CalDAV- bzw. CardDAV-Konto eingetragen werden. Das iCloud-eigenen Konten ist dabei nicht betroffen. Die Einrichtung erfordert die Server-URL, einen Benutzernamen und ein Passwort.
Stolperfallen mit Zertifikaten
Bei HTTPS-Verbindungen mit selbst signierten oder ungültigen Zertifikaten verweigern viele mobile Clients den Verbindungsaufbau oder fragen mehrfach nach. Für den produktiven Betrieb ist ein von einer offiziellen CA signiertes Zertifikat (z. B. über Let's Encrypt) deutlich einfacher. Zertifikatsfehler sind einer der häufigsten Gründe, warum CalDAV/CardDAV-Synchronisationen keine Termine oder Kontakte übertragen.
Push- statt Poll-Sync
Many Cloud-Anbieter bieten einen Push-Sync über Webhooks oder spezielle Kanäle an. Bei selbst gehosteten CalDAV-Servern ist Push-Sync nicht immer verfügbar oder nur eingeschränkt. Das bedeutet: Änderungen auf dem Server werden nicht sofort an das mobile Gerät übermittelt, sondern erst, wenn das Gerät den Server nach Änderungen fragt. Das Polling-Intervall kann in den Client-Einstellungen oft angepasst werden – kürzere Intervalle bedeuten häufigere Abfragen und mehr Datenverkehr.
Joplin als Notiz-Alternative
Joplin ist eine Open-Source-Notizanwendung, die Markdown als Format verwendet und Ende-zu-Ende-Verschlüsselung (E2EE) anbietet.
Ende-zu-Ende-Verschlüsselung
Joplin bietet die Option, Notizen Ende-zu-Ende zu verschlüsseln. Das bedeutet, dass die Notizen auf dem Sync-Ziel (z. B. WebDAV-Server oder Nextcloud) verschlüsselt liegen und nur mit dem Entschlüsselungsschlüssel auf dem Client lesbar sind. Der Sync-Server sieht die verschlüsselten Daten, aber nicht den Inhalt. Das ist ein wesentlicher Unterschied zu Sync-Lösungen, bei denen der Server die unverschlüsselten Daten sieht.
Sync über WebDAV
Neben Joplin Cloud (einem kommerziellen Dienst) kann Joplin über WebDAV synchronisieren. Das bedeutet, dass ein WebDAV-fähiger Server – beispielsweise Nextcloud oder ein eigener WebDAV-Server – als Sync-Ziel verwendet werden kann.
Notizformate
Joplin speichert Notizen primär als Markdown-Dateien. Das ist ein offener Standard, der ohne Joplin lesbar ist. Bei Bedarf können Notizen auch im Joplin-eigenen Format exportiert werden. Das Markdown-Format erleichtert die Migration aus Joplin heraus, falls nötig.
Grenzen der Suche
Die Volltextsuche in Joplin funktioniert lokal sehr gut, wenn die Notizen verschlüsselt liegen, dann nur mit dem lokalen Index. Ein Sync-zentraler Suchdienst ist nicht verfügbar, da der Server die verschlüsselten Daten nicht durchsuchen kann. Das bedeutet, dass die Suche auf dem Gerät stattfindet, auf dem Joplin läuft. Bei Nutzung mehrerer Geräte muss die Suche auf jedem Gerät separat stattfinden – ein Unterschied zu zentralen Cloud-Suchdiensten.
Sicherheit, Backups und Restore
Wer Kalender, Kontakte und Notizen selbst betreibt, übernimmt auch die Verantwortung für den Schutz dieser Daten.
Welche Daten sind relevant? Kalender enthalten Termine mit Zeitpunkten, Orten und teilweise persönlichen Notizen. Kontakte enthalten Namen, E-Mail-Adressen, Telefonnummern und ggf. weitere persönliche Informationen. Notizen können sehr unterschiedliche Inhalte umfassen – von allgemeinen Einträgen bis zu sensiblen Dokumenten. Alle drei Datenkategorien gehören zu den Daten, die regelmäßig gesichert werden sollten.
Wie oft? Für Kalender und Kontakte ist tägliches oder wöchentliches Backup sinnvoll, da Termine und Kontakte regelmäßig aktualisiert werden und ein Datenverlust über mehrere Tage oder Wochen beträchtliche Auswirkungen haben kann. Notizen sind weniger zeitkritisch, aber auch sie sollten regelmäßig gesichert werden, weil der inhaltliche Verlust von Notizen oft unmöglich wiederherstellbar ist.
Format der Backups. Bei selbst gehosteten Lösungen sind Datenbanken (SQLite, MySQL/MariaDB) und Dateisysteminhalte (Kalender-Dateien, Kontakt-Dateien, Notizdateien) zu sichern. Ein Backup sollte sowohl die Datenbank als auch die Dateien enthalten. Für Nextcloud sind zusätzlich Konfigurationsdateien und ggf. Datenbanken für Apps zu berücksichtigen.
Exportfunktion als Pflicht. Eine eigene Lösung ist nur so sicher wie ihr schlechteste Wiederherstellungsstrategie. Daher ist eine Exportfunktion Pflicht – nicht nur für den Fall, dass die eigene Lösung ausfällt, sondern auch für den Fall, dass ein Wechsel zu einer anderen Lösung nötig wird. Die Exportfunktion muss in einem offenen, standardisierten Format verfügbar sein, das ohne die eigene Software lesbar ist (z. B. vCard für Kontakte, iCal für Kalender, Markdown oder HTML für Notizen).
Entscheidungshilfe: Wer nimmt was?
Die Wahl hängt von der gewünschten Komplexität und den Anforderungen ab.
Nextcloud ist sinnvoll für Nutzer und kleine Firmen, die eine zentrale Suite mit Dateisync, Kalender und Kontakten wollen und bereit sind, die höhere Komplexität in Kauf zu nehmen. Der Einstieg ist aufwändiger, aber die Pflege von einem Server für viele Funktionen ist einfacher als die Pflege mehrerer Einzelkomponenten.
Radicale und Baikal sind geeignet für Nutzer, die ausschließlich Kalender und Kontakte synchronsieren wollen und keine weitere Suite benötigen. Radikale ist minimaler; Baikal bietet CardDAV nativ und ist etwas mehr Konfigurationsaufwand. Beide eignen sich für kleine Homelab-Umgebungen und sind einfach zu betreiben.
Joplin ist die Wahl für Notizen, bei denen Ende-zu-Ende-Verschlüsselung und Markdown-Format Priorität haben. Joplin lässt sich gut mit WebDAV oder einem eigenen Sync-Server synchronisieren und ist unabhängig von der Kalender- und Kontaktlösung.
Migrations-Reihenfolge in fünf Schritten
1. Export aus der Cloud. Alle Kalender, Kontakte und Notizen aus dem aktuellen Cloud-Dienst exportieren – in den gebotenen Formaten, auch wenn sie nicht perfekt sind. Der Export ist der Sicherheitspuffer für den Fall, dass etwas schiefgeht.
2. Daten prüfen. Die exportierten Daten auf Vollständigkeit und Format prüfen. Bei Kontakten bedeutet das: Sind alle Felder vorhanden? Sind Duplikate vorhanden? Bei Kalendern: Wurden alle Kalender exportiert?
3. Selbst gehostete Lösung aufsetzen. Die gewählte Lösung (z. B. Baikal für Kalender und Kontakte, Joplin für Notizen) mit Docker aufsetzen, HTTPS einrichten,Authentifizierung konfigurieren.
4. Daten importieren. Die exportierten Daten in die neue Lösung importieren. Bei CalDAV/CardDAV bedeutet das oft, die Daten über den Client zu synchronisieren und ggf. manuell zu überprüfen. Bei Joplin kann der Import aus Markdown- oder anderen Formaten erfolgen.
5. Client neu konfigurieren. Die mobilen Geräte und anderen Clients auf die neue Selbst gehostete Lösung umstellen. Dabei die Synchronisation überwachen und prüfen, ob alle Daten korrekt übertragen wurden.
FAQ
Welche Daten bleiben auf meinem Server, wenn ich einen Cloud-Kalender wechsle?
Bei einer selbst gehosteten Lösung bleiben alle Kalender-, Kontakt- und Notizdaten auf dem eigenen Server. Bei Kalendern und Kontakten bedeutet das, dass die Daten auf dem Server gespeichert werden und nur über das CalDAV- bzw. CardDAV-Protokoll an die Clients gesendet werden. Bei Joplin mit Ende-zu-Ende-Verschlüsselung liegen die Daten auf dem Sync-Ziel verschlüsselt – der Server sieht nur verschlüsselte Daten.
Ist push-sync bei selbst gehosteten Kalendern möglich?
Push-Sync ist bei selbst gehosteten CalDAV-Servern eingeschränkt verfügbar. Viele mobile Clients arbeiten mit Polling – sie fragen in regelmäßigen Abständen den Server nach Änderungen. Wahre Push-Telegramm-Nachrichten (sofortige Übermittlung ohne Polling-Intervall) sind bei CalDAV nicht immer verfügbar und hängen von Server und Client ab.
Was passiert, wenn mein Server ausfällt?
Daten, die auf dem eigenen Server gespeichert sind, sind beim Serverausfall nicht verfügbar. Der Zugriff auf Kalender, Kontakte und Notizen ist dann nicht möglich. Regelmäßige Backups und eine möglichst redundante Serverausführung reduzieren das Risiko. Eine Exportfunktion vor dem Ausfall ist unerlässlich.
Brauche ich HTTPS für CalDAV und CardDAV?
HTTPS wird dringend empfohlen, weil Benutzername und Passwort über das Netzwerk gesendet werden. Ohne Verschlüsselung sind die Zugangsdaten im Klartext übertragen. Für mobile Clients ist HTTPS oft auch Voraussetzung für die Synchronisation, da viele Clients mit unbeencrypted Verbindungen nicht arbeiten.
Kann ich mehrere Kalender bei einem selbst gehosteten Server führen?
Ja, das ist einer der Vorteile von CalDAV. Ein Server kann mehrere Kalender (z. B. für verschiedene Personen, Projekte oder Bereiche) verwalten. Jeder Kalender wird über eine eigene URL adressiert, und Clients können mehrere Kalender abonnieren und synchronisieren.
Interne Verlinkungen
- Nextcloud vs. Cloud-Dienste: Was lohnt sich wirklich? – Vertiefung zur Entscheidung zwischen Cloud-Abo und eigener Suite, mit Kostenbetrachtung und Pflegeaufwand.
- Passwortmanager selbst hosten: Vaultwarden, KeePass und Bitwarden Cloud im Vergleich – Ergänzender Beitrag für den sicheren Betrieb von Zugangsdaten im eigenen Server-Betrieb.
- Kein Backup ist sicher, bis es getestet ist: Die 3-2-1-Strategie für Self-Hoster – Backup-Grundregeln mit konkreten Umsetzungen für Docker-Container und Proxmox-Hosts.
- Die 5 besten Open-Source-Alternativen zu gängigen Cloud-Diensten – Übersichtsartikel mit Nextcloud als zentraler Alternative zu Google Drive, Dropbox und iCloud.
Veroeffentlichungs-Hinweise
Dieser Artikel ist für die Homelab-Auto-Publish-Pipeline bestimmt. Vor dem Release zu prüfen:
- YAML-Frontmatter vollständig und korrekt (title, slug, meta_description, focus_keyword, date, kategorie, tags, author, status).
- Interne Verlinkungen auf existierende Artikel prüfen – Slugs und Ankertexte auf Übereinstimmung mit veröffentlichten Artikeln kontrollieren (insbesondere
nextcloud-vs-cloud-diensteundbackup-strategie-selfhostersind bereits vorhanden). - Abkürzungsverzicht: Keine erfundenen Messwerte, Preise oder Links. Alle genannten Portnummern sind Standardwerte; für produktiven Betrieb HTTPS mit gültigen Zertifikaten erforderlich.
- Tone-Check: Nuchtern und sachlich, keine Sponsoring-Elemente, keine subjektiven Aussagen über „besser" oder „schlechter", sondern Fakten und Kompromisse.
- Word-Count: Ziel 1200 bis 1500 Wörter. Bei Zu- oder Abweichung anpassen.
- Meta-Description: Unter 160 Zeichen, enthält Fokus-Keyword.
- Publish-Status: Vor dem Push auf
status: publishedsetzen und im Dispatch- und Schichtwechsel-Cron vermerken.
Hinweis: Dieser Artikel ist redaktioneller Inhalt und enthält keine Affiliate- oder Partner-Links. Alle Angaben entsprechen dem Stand 2026 und können sich ändern.