Nextcloud und E-Mail: Wenn die Private Cloud zum Groupware-Server aufsteigt

Nextcloud wird in vielen Unternehmen noch immer als das bessere File-Sharing wahrgenommen. Nicht ganz falsch – Dateien synchronisieren, teilen, versionieren, das macht die Plattform seit Jahren zuverlässig. Nur greift diese Beschreibung inzwischen deutlich zu kurz. Wer genauer hinsieht, entdeckt eine ganze Suite an Modulen: Kalender, Kontakte, Talk, Deck, Office – und eben auch Mail. Gerade die E-Mail-Integration ist der Punkt, an dem sich entscheidet, ob Nextcloud ein Zusatzwerkzeug bleibt oder ob es Microsoft 365 und Google Workspace ernsthaft Konkurrenz machen kann. Der Weg dorthin ist allerdings kein Selbstläufer, und das hat vor allem mit einer klaren Trennung zu tun, die viele unterschätzen: Nextcloud ist kein Mailserver. Es ist ein Client. Wer das verwechselt, wird beim Aufsetzen schnell Schiffbruch erleiden.

Von der Dateiablage zum Kollaborationswerkzeug

Die Geschichte ist bekannt, aber sie lohnt sich in Erinnerung zu rufen. 2016 spaltete sich Nextcloud vom damaligen ownCloud-Projekt ab, mit dem Versprechen, Transparenz und Community stärker zu gewichten. Aus einem reinen Synchronisationsdienst wurde Schritt für Schritt eine Plattform, die sich zunehmend an klassischen Groupware-Suiten orientiert. Das ist kein Zufall. Wer heute einen File-Sync anbietet, konkurriert eben nicht nur mit Dropbox oder Box, sondern mit einem Ökosystem, das Nutzer aus ihrem Alltag kennen: geteilte Kalender, zentrale Adressbücher, Chat, Videokonferenzen – und ein Postfach, das idealerweise an derselben Stelle sitzt.

Diese Erweiterung hin zur Kollaborationsplattform ist an vielen Stellen sichtbar. Im öffentlichen Sektor ist das Thema schon länger angekommen; Verwaltungen in mehreren Bundesländern und Kommunen setzen verstärkt auf quelloffene Lösungen, nicht zuletzt wegen der Vorgaben aus der Datenschutz-Grundverordnung. Der Wunsch nach digitaler Souveränität ist hier der eigentliche Treiber – die Frage, wo die Daten liegen und wer die Kontrolle darüber hat. Dass Nextcloud inzwischen auch als zentrale Arbeitsumgebung gedacht ist, sieht man daran, dass sich sämtliche Module über eine gemeinsame Oberfläche ansprechen lassen. Ein Nutzer, der sich einmal angemeldet hat, kann dort Dateien ablegen, Termine planen, ein Wiki pflegen, chatten – und eben auch E-Mails lesen und schreiben.

Die Mail-App ist dabei so etwas wie das jüngste Kind, was die Reife betrifft. Sie ist seit einigen Jahren fester Bestandteil der Distribution und hat in den vergangenen Releases einen großen Sprung gemacht. Trotzdem sollte man sich vor Augen führen, was sie ist und was sie nicht ist, bevor man ernsthaft über eine Ablösung klassischer Groupware nachdenkt. Genau daran scheiden sich in der Praxis die Geister, und ich habe in den vergangenen Monaten mehr als ein Projekt gesehen, das an dieser Erwartungshaltung gescheitert ist.

Was Nextcloud Mail leistet – und was nicht

Die Mail-App ist im Kern ein IMAP-Client, der im Browser läuft. Das ist die zentrale Aussage, an der sich fast alles andere festmacht. Konkret heißt das: Der eigentliche Speicher der Nachrichten liegt nicht in Nextcloud, sondern auf einem Mailserver, auf den Nextcloud per IMAP zugreift. Der Versand erfolgt über SMTP, ebenfalls an einem externen Server. Nextcloud übernimmt sozusagen die Rolle der Bedienoberfläche und verbindet das Postfach mit der übrigen Arbeitsumgebung – Dateien, Kalender, Kontakte.

Was die App inzwischen kann, ist durchaus beachtlich. Nutzer können mehrere Konten parallel einbinden und in einer gemeinsamen Ansicht durchsuchen. Die Darstellung von Konversationen, also Threading, funktioniert zuverlässig. Signaturen, Tags, Ordner und Unterordner, Anhänge lassen sich direkt in Nextcloud Files ablegen, das ist praktisch bei großen Dateien, weil der Umweg über den lokalen Rechner entfällt. Eine Volltextsuche ist vorhanden, und auch Filterregeln lassen sich anlegen, sofern der Mailserver das Sieve-Protokoll unterstützt. Das ist ein Feature, das man in dieser Form nicht unbedingt erwartet hätte.

Ein interessanter Aspekt ist die Verschlüsselung. Nextcloud Mail unterstützt sowohl S/MIME als auch OpenPGP, wobei die Einrichtung gerade bei OpenPGP für Anwender mit weniger Vorkenntnissen eine gewisse Hürde darstellt. Wer Schlüssel bislang über Thunderbird oder GnuPG verwaltet hat, wird sich umstellen müssen; die App bringt einen eigenen Schlüsselbund mit, in dem die Materialien liegen. Das ist sauber gelöst, aber es ist ein zusätzlicher Verwaltungsschritt, den viele Admins in ihrer Planung vergessen. Und wer glaubt, mit OpenPGP sei alles sicher, sollte sich bewusst machen, dass Metadaten wie Betreffzeilen nur dann geschützt sind, wenn der Schlüssel konsequent für die gesamte Korrespondenz genutzt wird – in der Praxis ist das oft nicht der Fall.

Die Adressbücher sind eng in die Plattform eingebunden. Es gibt ein Systemadressbuch, das alle Nutzer der Instanz automatisch enthält, dazu kommen persönliche Kontakte und geteilte Adressbücher. Wenn man einen Kontakt aufruft, sitzt die gesamte Kommunikationshistorie daneben – Anrufe im Talk-Modul, geteilte Dateien, Termine. Das ist der eigentliche Mehrwert gegenüber einem klassischen Webmailer: Die Integration in den Arbeitskontext.

Grenzen gibt es trotzdem. Wer Outlook oder Thunderbird als Referenz nimmt, dem fehlen Dinge. Die Darstellung von HTML-Mails ist grundsätzlich möglich, aber bei exotischen Layouts gerät sie an ihre Grenzen. Freigegebene Postfächer, also Shared Mailboxes, gibt es in Ansätzen, aber nicht mit derselben Selbstverständlichkeit wie in Exchange. Stellvertreterregelungen und echte Delegationen sind rudimentär; das ist einer der Punkte, die in größeren Organisationen regemäßig für Diskussionen sorgen. Und auch bei der Kalenderintegration gilt: Termineinladungen aus E-Mails heraus lassen sich direkt annehmen, aber die Kalenderlogik ist nicht so tief verwoben wie bei einer echten Groupware-Suite. Das mag für viele Anwender reichen, für Power-User ist es eine Umstellung.

Nicht zuletzt: Die Mail-App ist eine Web-Oberfläche. Wer seine Mails klassisch per Desktop-Client verwaltet, wird das auch weiterhin tun können, weil IMAP eben offen ist. Nextcloud zwingt niemanden den Wechsel auf. Das ist für viele ein wichtiger Punkt, weil er die Migration entdramatisiert: Man kann die Mail-App einführen, ohne die bestehenden Clients abzuschaffen.

Der Mailserver gehört nicht in die Box

Das klingt trivial, ist aber die häufigste Fehlannahme. Wer eine Nextcloud-Instanz aufsetzt, hat damit noch lange keinen Mailserver. Nextcloud enthält weder einen MTA (Mail Transfer Agent) noch einen IMAP-Server. Wer also im Unternehmen ein vollwertiges Groupware-System aufbauen will, muss zwei Systeme betreiben: Nextcloud als Frontend und einen eigenständigen Mailserver als Backend. Oder man setzt auf einen externen Anbieter und verbindet Nextcloud per IMAP und SMTP mit diesem.

Für die selbst betriebene Variante haben sich in den vergangenen Jahren einige Lösungen etabliert. Mailcow ist die vielleicht prominenteste; das Projekt bündelt Postfix, Dovecot, Rspamd, ClamAV, SOGo und eine Weboberfläche in einem Docker-Stack. Mailu ist ähnlich aufgestellt, etwas schlanker, mit Fokus auf Containerbetrieb. iRedMail ist eine weitere Option, traditionell eher für klassische Installationen gedacht, aber nach wie vor beliebt. Nicht zu vergessen die manuelle Variante: Postfix und Dovecot selbst konfigurieren. Das ist aufwendig, keine Frage, aber wer es einmal verstanden hat, hat ein Höchstmaß an Kontrolle.

Die Alternative ist, den Mailserver auszulagern. Viele Unternehmen arbeiten mit Providern wie mailbox.org, Posteo oder einem regionalen Anbieter zusammen und verbinden Nextcloud per IMAP. Aus Datenschutzsicht ist das nicht per se schlecht – entscheidend ist, wo der Provider sitzt und welche vertraglichen Grundlagen bestehen. Immerhin: Nextcloud selbst bekommt in dieser Konstellation keine Mails zu sehen, sondern nur die IMAP-Session, was den Datenfluss reduziert.

Interessant ist die Frage, ob man auch Microsoft 365 oder Google Workspace anbinden kann. Technisch ist das möglich, die Mail-App unterstützt IMAP und SMTP, sofern der jeweilige Anbieter das zulässt. Bei Microsoft 365 ist IMAP mit moderner Authentifizierung (OAuth2) seit Jahren ein Thema; Nextcloud unterstützt OAuth2 für Google und Microsoft inzwischen, aber die Einrichtung ist etwas fummelig. Für hybride Szenarien kann das trotzdem sinnvoll sein: Man behält die bestehenden Postfächer und legt nur die Kollaborationsfunktionen in die eigene Nextcloud. Ein Mischbetrieb also, der in der Praxis häufiger vorkommt, als man denkt.

Was man auf keinen Fall tun sollte: den Mailserver auf derselben Kiste wie Nextcloud hochziehen und beide mit derselben IP-Adresse nach außen zeigen lassen, ohne sich Gedanken über Reputation zu machen. Das ist ein Rezept für Zustellprobleme. Mehr dazu weiter unten.

Einrichtung in der Praxis: Was Admins wirklich tun müssen

Ist die Architekturentscheidung gefallen, geht es an die Umsetzung. Wer die Mail-App aktivieren will, muss einige Dinge beachten, die in der Dokumentation zwar stehen, aber gerne überlesen werden.

Zunächst die PHP-Seite. Nextcloud Mail setzt auf die Horde-IMAP-Bibliothek, die mit dem Nextcloud-Core ausgeliefert wird – die früher benötigte php-imap-Erweiterung ist seit Nextcloud 20 nicht mehr zwingend erforderlich, was die Installation deutlich entspannt. Wichtig ist aber, dass die PHP-Version zu den Anforderungen der jeweiligen Nextcloud-Version passt. Wer noch auf PHP 7.x unterwegs ist, sollte spätestens jetzt über ein Upgrade nachdenken.

Dann die Cron-Jobs. Nextcloud bietet drei Modi für Hintergrundaufgaben: AJAX, Webcron und System-Cron. Für ernsthaften Betrieb ist ausschließlich der System-Cron zu empfehlen, alles andere skaliert nicht. Das ist besonders relevant für die Mail-App, weil sie im Hintergrund die IMAP-Postfächer synchronisiert. Wer hier auf AJAX setzt, bekommt veraltete Postfächer und eine unzufriedene Nutzerschaft. In der Praxis richtet man einen Cron-Job ein, der alle fünf Minuten das occ-Skript aufruft.

Redis ist ein Thema, das viele unterschätzen. Nextcloud verwendet Redis als Cache und für distributed file locking. Gerade beim parallelen Zugriff auf Mail-Anhänge, also wenn Nutzer gleichzeitig Dateien aus Nachrichten in Nextcloud Files speichern, kann ein fehlender Redis-Lock zu Dateninkonsistenzen führen. Wer also mehrere Hundert Nutzer versorgt, kommt an Redis kaum vorbei. Die Konfiguration ist nicht anspruchsvoll, aber sie gehört auf die Checkliste.

Für die Anbindung der Postfächer selbst gibt es mehrere Wege. Nutzer können ihre Konten selbst einrichten, sofern die Instanz das erlaubt. Alternativ lassen sich Konten per occ-Kommando vorgeben, was in größeren Umgebungen der übliche Weg ist. Und wer ganz bequem sein will, arbeitet mit OAuth2 gegenüber Google oder Microsoft, was die Passwörter aus dem Spiel nimmt – allerdings um den Preis einer engen Bindung an den jeweiligen Anbieter.

Ein Punkt, der in der Praxis regelmäßig Ärger macht: die Zertifikatsprüfung. Nextcloud Mail ist streng, wenn es um TLS-Zertifikate der Mailserver geht, und verweigert die Verbindung, wenn das Zertifikat nicht passt. Man kann die Prüfung abschalten, aber das sollte man nicht tun – außer in Testumgebungen mit selbstsignierten Zertifikaten. Besser ist es, den Mailserver mit einem gültigen Let’s-Encrypt-Zertifikat auszustatten. Das ist heutzutage kein Hexenwerk mehr.

Systemmails und die liebe Zustellbarkeit

Neben der Mail-App gibt es einen zweiten, oft unterschätzten E-Mail-Kanal: die Systemmails von Nextcloud selbst. Passwort zurücksetzen, Freigabebenachrichtigungen, Aktivitätsberichte, Zweifaktor-Codes – all das verlässt die Instanz als E-Mail. Wenn hier etwas schiefgeht, merkt man das oft erst, wenn Nutzer sich beschweren, dass sie keine Freigabelinks bekommen oder ihre Passwort-Reset-Mails im Spam landen.

Die Konfiguration erfolgt in der config.php über die Parameter mail_smtpmode, mail_smtphost, mail_smtpport und so weiter. Grundsätzlich sind zwei Modi möglich: sendmail (übergibt die Mail an einen lokalen MTA) oder smtp (spricht direkt mit einem Mailserver). In den meisten Fällen ist SMTP die bessere Wahl, weil man damit explizit einen Server adressiert und nicht von der lokalen MTA-Konfiguration abhängig ist. In containerisierten Umgebungen ist SMTP ohnehin Pflicht.

Der wichtigere Punkt ist die Zustellbarkeit. Wer Systemmails von derselben Domain verschickt, von der auch die Nutzer-Postfächer laufen, sollte einige Grundregeln einhalten. SPF, DKIM und DMARC sind heute praktisch verpflichtend, wenn man nicht riskieren will, dass Mails bei Gmail, Outlook und Co. im Spam landen. Der Aufwand, diese drei Mechanismen einzurichten, ist überschaubar, aber er wird oft vernachlässigt. Besonders DKIM-Signaturen müssen korrekt implementiert sein; ein fehlerhafter Selector, ein falsch konfigurierter DNS-Eintrag, und die Reputation ist im Eimer.

Ein bewährtes Muster ist, Systemmails über eine eigene Subdomain zu versenden, etwa noreply@notifications.example.org. Damit trennt man die Reputation der Systemmails von der der Nutzerkommunikation. Wenn dann einmal etwas schiefgeht, betrifft es nicht gleich das gesamte Postfach-Ökosystem. Ich habe diesen Ansatz in mehreren Umgebungen gesehen und kann ihn nur empfehlen.

Ein weiterer, nicht zu unterschätzender Punkt ist die Rückwärtsauflösung. Viele Mailserver, insbesondere die großen, prüfen, ob die IP-Adresse des sendenden Servers einen passenden PTR-Eintrag hat. Wer seine Nextcloud auf einer IP ohne Reverse-DNS betreibt, wird früher oder später Probleme bekommen. Bei gemieteten Servern lässt sich der PTR-Eintrag meist über das Kundenportal setzen. Bei dynamischen IPs oder Hausanschlüssen wird es dagegen schwierig, und man sollte über einen Relay-Dienst nachdenken.

Sicherheit und Datenschutz: mehr als nur TLS

Sicherheit ist bei einer Groupware ein weites Feld, und Nextcloud deckt davon einiges ab, aber nicht alles. Wichtig ist die Unterscheidung zwischen der Plattform und dem Mailkanal.

Auf der Plattformseite hat Nextcloud in den vergangenen Jahren viel nachgelegt. Zweifaktor-Authentifizierung ist Standard, Brute-Force-Schutz ebenfalls. Fail2ban lässt sich über die Logfiles anbinden. Wer Nextcloud öffentlich betreibt, sollte diese Mechanismen aktivieren – nicht als Kür, sondern als Pflicht. Gerade weil Nextcloud über das Internet erreichbar ist und Mailkonten mit sensiblen Daten verbunden sind, ist die Angriffsfläche entsprechend groß.

Applikationspasswörter sind ein Konzept, das man verstehen sollte. Wer einen Desktop-Client oder ein Smartphone anbindet, sollte nicht sein Hauptpasswort verwenden, sondern ein spezifisches App-Passwort. Nextcloud unterstützt das seit langem, und in Kombination mit 2FA ist es der einzig vernünftige Weg. Wer sein Hauptpasswort in einem Mail-Client hinterlegt und zusätzlich 2FA aktiviert hat, wird feststellen, dass die Anmeldung nicht mehr funktioniert – App-Passwörter lösen genau dieses Problem.

Kommen wir zum Mailkanal selbst. Hier wird es komplizierter, weil die Sicherheit davon abhängt, welche Verschlüsselung der Mailserver anbietet und wie die Clients konfiguriert sind. TLS zwischen Client und Server ist heute Standard, aber es gibt immer noch Umgebungen, in denen Zertifikate selbst signiert sind oder veraltete TLS-Versionen erlaubt sind. Das ist ein Punkt, an dem man nicht sparen sollte. Nextcloud Mail erzwingt in der Standardkonfiguration eine Zertifikatsprüfung, und das ist gut so.

Ende-zu-Ende-Verschlüsselung ist bei E-Mail ein Thema für sich. Nextcloud Mail unterstützt S/MIME und OpenPGP, aber die Nutzung ist freiwillig – und in der Praxis eher die Ausnahme. Das liegt nicht an der Technik, sondern an den bekannten Hürden: Schlüsselverwaltung, Vertrauensmodell, fehlende Interoperabilität mit Gegenstellen. Für Unternehmen, die wirklich vertrauliche Kommunikation absichern wollen, ist deshalb oft der Weg über ein separates Verschlüsselungssystem sinnvoller als der Versuch, den gesamten Mailverkehr mit PGP zu überziehen. Das ist keine Kapitulation vor der Technik, sondern eine realistische Einschätzung.

Aus Datenschutzsicht schließlich die entscheidende Frage: Wo liegen die Daten? Bei selbst betriebenen Nextcloud-Instanzen ist das klar – auf dem eigenen Server. Bei externen Mailprovidern muss man prüfen, ob ein Auftragsverarbeitungsvertrag existiert und wo die Server stehen. Und dann ist da noch die Sache mit dem Server-Standort in Drittländern, die seit dem Privacy-Shield-Urteil des EuGH besondere Aufmerksamkeit erfordert. Wer hier auf Nummer sicher gehen will, wählt einen Anbieter mit Sitz und Servern in der EU.

Betrieb, Performance und Skalierung

Eine Nextcloud-Instanz mit einigen hundert Nutzern und aktivierter Mail-App ist kein Selbstläufer. Die Anforderungen an die Infrastruktur sind moderat, aber sie sind real. Wer mit einer Standardinstallation beginnt und dann organisch wächst, wird an bestimmten Punkten an Grenzen stoßen. Es hilft, diese Punkte zu kennen, bevor sie zum Problem werden.

Die Datenbank ist der erste Flaschenhals. MySQL/MariaDB oder PostgreSQL sind beide möglich, wobei PostgreSQL bei größeren Installationen leichte Vorteile hat – nicht dramatisch, aber messbar. Wichtiger als die Wahl ist die Konfiguration: Indizes, Cache, Verbindungspooling. Und wer die Datenbank auf einem separaten Server betreibt, sollte die Latenz im Blick behalten.

Redis gehört, wie bereits erwähnt, dazu. Als Cache und als Locking-Mechanismus. Bei größeren Umgebungen kann Redis als Cluster betrieben werden, aber das ist erst bei wirklich vielen Nutzern relevant. Für den Einstieg reicht eine einzelne Instanz.

Object Storage ist ein Thema, das sich lohnt, wenn die Dateimengen wachsen. Nextcloud unterstützt S3-kompatiblen Object Storage als Primary Storage. Wer das nutzt, kann die Nextcloud-Instanz horizontal skalieren, ohne die Datenhaltung ständig migrieren zu müssen – ein Argument, das man in der Praxis nicht oft genug betonen kann. Allerdings: Object Storage ist teurer als lokale Festplatten, zumindest wenn man ihn bei einem Cloud-Anbieter einkauft. Für kleinere Installationen bleibt die lokale Variante sinnvoller.

Für die Mail-App selbst ist die entscheidende Frage, wie viele Konten wie oft synchronisiert werden. Jedes Konto bedeutet eine IMAP-Verbindung, und bei vielen Konten kann der Mailserver schnell zum Nadelöhr werden. Hier hilft es, die Synchronisationsintervalle realistisch zu wählen und das Verhalten der IMAP-Server im Blick zu behalten. Dovecot und Postfix sind von Haus aus recht genügsam, aber die Konfiguration entscheidet über die tatsächliche Performance.

Monitoring schließlich ist der Teil, den viele erst einführen, wenn das Kind schon in den Brunnen gefallen ist. Ein einfaches Setup mit Prometheus und Grafana oder mit einem etablierten Monitoring-Dienst reicht für den Anfang. Wichtig ist, dass man Logs zentral sammelt und nach Fehlern in der Mail-Synchronisation filtert – dort zeigen sich Probleme meistens zuerst.

Migration von Microsoft 365 und Google Workspace

Der Umstieg von einer kommerziellen Cloud-Suite ist für die meisten Organisationen der eigentliche Kraftakt. Es geht nicht nur um Technik, sondern um Gewohnheiten, um Prozesse, um Verträge. Und es geht um Daten, die migriert werden müssen.

Für E-Mail gibt es ein etabliertes Werkzeug: imapsync. Das Skript ist seit vielen Jahren in Gebrauch, wird aktiv gepflegt und kann Postfächer zwischen nahezu allen IMAP-Servern kopieren. Wer von Microsoft 365 kommt, muss allerdings die OAuth2-Authentifizierung berücksichtigen – Passwort-Login ist bei Microsoft für IMAP längst abgeschaltet oder stark eingeschränkt. imapsync unterstützt OAuth2, aber die Einrichtung erfordert eine App-Registrierung im Azure-Portal und ist nicht ganz trivial. Wer sich das ersparen will, kann auf kommerzielle Migrationstools zurückgreifen, die diesen Schritt abstrahieren.

Kalender und Kontakte sind ein separates Kapitel. Nextcloud bietet CalDAV und CardDAV an, was bedeutet, dass sich Kalender und Adressbücher mit den gängigen Clients synchronisieren lassen. Bei der Migration von Google oder Microsoft ist der Weg oft der über eine Export-Datei (ICS für Kalender, VCF für Kontakte) und einen Import in Nextcloud. Für große Datenmengen gibt es Tools, die den Abgleich automatisiert vornehmen. In der Praxis hat sich das Thunderbird-Ökosystem mit entsprechenden Add-ons als nützlich erwiesen – man kann Kalender aus Google oder Microsoft in Thunderbird einbinden und von dort nach Nextcloud exportieren.

Was oft zu kurz kommt: die Fallstricke im Detail. Freigegebene Postfächer lassen sich nur eingeschränkt abbilden. Verteilerlisten, also Gruppen-E-Mail-Adressen, müssen auf dem Mailserver konfiguriert werden, nicht in Nextcloud selbst. Öffentliche Ordner, wie man sie aus Exchange kennt, gibt es in dieser Form nicht. Und Ressourcenkalender für Besprechungsräume, ebenfalls ein Exchange-Klassiker, lassen sich in Nextcloud nur mit Einschränkungen realisieren. Wer eine Organisation mit vielen solcher Sonderfälle migriert, sollte diese Punkte vorher kartieren und entscheiden, ob man sie abbildet, umgeht oder aufgibt.

Ein weiterer Punkt, der gerne unterschätzt wird: die Erwartungshaltung der Nutzer. Wer 15 Jahre lang Outlook mit Exchange benutzt hat, wird nicht begeistert sein, wenn plötzlich Funktionen fehlen, die er als selbstverständlich betrachtet. Das ist kein technisches, sondern ein Change-Management-Problem – und es ist der Punkt, an dem viele Migrationsprojekte scheitern, nicht an der Technik.

Wo Nextcloud Mail an Grenzen stößt – und wo nicht

Es wäre unseriös, Nextcloud Mail als vollwertigen Exchange-Ersatz zu verkaufen. Dafür fehlen zu viele Funktionen, die in mittleren und großen Organisationen zum Standard gehören. Die wichtigste ist vielleicht ActiveSync: Microsofts Protokoll für die Synchronisation von Mail, Kalender und Kontakten mit mobilen Endgeräten. Nextcloud unterstützt es nicht nativ; es gibt eine Community-Lösung namens Z-Push mit Nextcloud-Backend, die aber nicht mehr aktiv weiterentwickelt wird. In der Praxis behilft man sich mit CalDAV und CardDAV, die von den gängigen mobilen Clients (iOS, Android mit DAVx5) unterstützt werden. Für E-Mail nutzt man IMAP, was auf Mobilgeräten ohnehin Standard ist. Das funktioniert, aber es ist nicht die nahtlose Integration, die man von einer kommerziellen Suite gewohnt ist.

Die Weboberfläche ist funktional, aber nicht so poliert wie Outlook im Web oder Gmail. Das ist subjektiv, keine Frage, aber es hat praktische Konsequenzen: Nutzer brauchen länger, um sich zurechtzufinden, und die eine oder andere Funktion ist schlicht nicht so komfortabel gelöst. Wer eine hohe Akzeptanz erreichen will, sollte in Schulung und Kommunikation investieren.

Die Kollaborationsfunktionen sind in den vergangenen Jahren stark gewachsen, aber sie sind nicht so tief integriert wie bei einer Suite aus einem Guss. Ein Beispiel: In Microsoft 365 lassen sich Termine direkt aus einer Mail heraus erstellen, und die Kalenderlogik berücksichtigt die Verfügbarkeit von Teilnehmern. In Nextcloud geht das auch, aber es fühlt sich weniger flüssig an. Gleiches gilt für das Teilen von Dateien aus Mail-Anhängen heraus, was funktioniert, aber mehr Klicks erfordert.

Und dann ist da noch die Sache mit dem Support. Nextcloud GmbH bietet kommerziellen Support, aber das Ökosystem ist kleinteiliger als bei den großen Anbietern. Wer eine Enterprise-Version kauft, bekommt Support, SLA und zusätzliche Funktionen; wer die Community-Version nutzt, ist auf die Community angewiesen. Das ist per se kein Problem, sollte aber in der Kalkulation berücksichtigt werden.

Andererseits: Wer genau diese Punkte nicht braucht, für den ist Nextcloud Mail eine überzeugende Lösung. Kleine und mittlere Organisationen, Vereine, Bildungseinrichtungen, öffentliche Stellen mit überschaubarem Bedarf – für die kann das Modell aufgehen. Der Charme liegt nicht darin, Exchange eins zu eins zu ersetzen, sondern darin, eine Alternative zu haben, die man selbst kontrolliert.

Fazit

Nextcloud und E-Mail, das ist eine Verbindung, die auf den ersten Blick einfach wirkt und auf den zweiten einige Fragen aufwirft. Die Mail-App ist kein Mailserver, sie ist ein Client – und das ist nicht als Schwäche gemeint, sondern als bewusste Architekturentscheidung. Wer das versteht, kann Nextcloud als zentrales Groupware-Frontend betreiben und den Mailserver dort belassen, wo er hingehört: in einer separaten, gut administrierten Infrastruktur.

Die technischen Hürden sind überschaubar, aber real. Cron-Jobs, Redis, SMTP-Konfiguration, DNS-Einträge für die Zustellbarkeit – das alles muss stimmen, sonst gibt es Ärger. Wer diese Punkte sauber abarbeitet, bekommt eine Umgebung, die im Alltag funktioniert und die Nutzer nicht ständig an Grenzen stoßen lässt.

Die Migration von etablierten Suiten ist der eigentliche Kraftakt. Sie ist machbar, aber sie braucht Planung, Werkzeuge und vor allem realistische Erwartungen. Wer Exchange-Funktionalität eins zu eins erwartet, wird enttäuscht. Wer hingegen bereit ist, sich auf ein anderes Modell einzulassen, und wer die Souveränität über seine Daten als Wert an sich begreift, findet in Nextcloud eine ernstzunehmende Alternative.

Ob das im konkreten Fall passt, hängt von der Organisation ab. Es gibt keinen Königsweg, und es wäre vermessen, einen zu behaupten. Aber die Zahl der Umgebungen, die diesen Weg gehen, wächst – und das aus guten Gründen. Nicht zuletzt, weil die Abhängigkeit von einzelnen Anbietern inzwischen vielen Entscheidern unangenehm geworden ist.