Welcher Chat passt zu Ihrer Umgebung? In der Collaboration-Auswahl vergleichen wir Chat, Dateien und Video anhand Ihrer Anforderungen, zum Beispiel in Demo-Instanzen. Den Betrieb der einzelnen Systeme finden Sie unter Matrix, Mattermost und Rocket.Chat. Collaboration-Auswahl ansehen · Erstgespräch buchen (unverbindlich und kostenlos)
Zu den bekannten selbst betreibbaren Alternativen zu Slack zählen Mattermost und Rocket.Chat. Matrix mit Element ist die dritte Option und unterscheidet sich im Aufbau grundsätzlich: Es ist ein föderiertes Protokoll, kein einzelner Server. Zudem haben sich die Editionsgrenzen zuletzt verschoben. Dieser Beitrag vergleicht die drei Systeme entlang der Fragen, die vor einer Entscheidung zu klären sind: Architektur, Verschlüsselung, Lizenzgrenzen, Betrieb, Sicherheitsmeldungen und Umzug aus Slack. Einzelvergleiche mit Slack finden Sie in Slack vs. Mattermost, Slack vs. Rocket.Chat und im Vergleich mit Zulip. Stand: November 2026.
Inhaltsverzeichnis
- Kurz beantwortet
- Welche Slack-Alternative passt zu welchem Fall?
- Was unterscheidet zentrale und föderierte Chats?
- Was darf kostenlos betrieben werden, und wo beginnt die Lizenz?
- Wie funktioniert Verschlüsselung, und was geht damit verloren?
- Was bringt Föderation einem Unternehmen?
- Wie sehen Anrufe und Video aus?
- Wie läuft der Betrieb: Datenbank, Ressourcen, Updates?
- Wie gelingt der Umzug von Slack?
- Wie sind Anmeldung und Verzeichnisse abgedeckt?
- Welche Sicherheitsmeldungen gab es seit Mai 2026?
- Wo wird Matrix im öffentlichen Sektor eingesetzt?
- Verbreitete Fehlannahmen
- Stand und Methodik
- Unser Vorgehen bei WZ-IT
- Weiterführende Guides
- Quellen
Kurz beantwortet
| Frage | Mattermost | Rocket.Chat | Matrix / Element |
|---|---|---|---|
| Modell | Zentrales Modell, ein Betreiber | Zentrales Modell, optional Matrix-Föderation als Add-on | Föderiertes Protokoll, üblicherweise ein Homeserver je Organisation |
| Ende-zu-Ende-Verschlüsselung | Nicht nativ vorhanden | Optional für unterstützte Raumtypen | Optional pro Raum |
| Föderation | Nur zwischen Mattermost-Instanzen (Entry und Enterprise-Stufen) | Native Federation, Premium-Add-on, seit 8.3 allgemein verfügbar | Kern des Protokolls, einschränkbar |
| Datenbank | PostgreSQL (ab v12: 15+) | MongoDB (8.x: 8.0+) | PostgreSQL (Synapse) |
| Freie Stufe | Team Edition (vorgesehen für unter 250 aktivierte Nutzer, ohne SSO), Entry (Serverlimits) | Starter (bis 50 Nutzer), Community | Synapse und Element Web unter AGPL, ESS Community nicht-kommerziell |
| Slack-Verlauf importieren | mmetl und mmctl | Import im Admin-Bereich | Kein offizielles Werkzeug gefunden, Bridge mit optionalem Backfill |
Welche Slack-Alternative passt zu welchem Fall?
Nach unserer Einschätzung hängt die Entscheidung weniger an einzelnen Funktionen als an drei Fragen: Soll die Kommunikation auf die eigene Organisation beschränkt bleiben? Muss Ende-zu-Ende-Verschlüsselung möglich sein? Wie viel Verwaltung und Support wird gebraucht?
| Anforderung | Naheliegende Wahl | Begründung |
|---|---|---|
| Teamchat mit Kanälen, Threads und Integrationen, nur intern | Mattermost oder Rocket.Chat | Zentrales Betriebsmodell, Aufbau ähnlich zu Slack, Integrationen über Webhooks und APIs |
| Kommunikation über Organisationsgrenzen (Partner, Kunden, Behörden) | Matrix | Föderation ist Teil des Protokolls und steuerbar |
| Ende-zu-Ende-Verschlüsselung als Anforderung | Matrix, alternativ Rocket.Chat | Mattermost bietet keine native Ende-zu-Ende-Verschlüsselung |
| Themenbasiertes Gesprächsmodell statt Kanalstrom | Zulip | Siehe den Vergleich mit Zulip |
| SSO (OIDC, SAML) ohne kostenpflichtige Edition | Matrix (OIDC und SAML2 in Synapse) | In Mattermost entfällt SSO in der Team Edition, SAML gibt es in Entry und den bezahlten Stufen |
Das ist unsere eigene Einschätzung als Orientierung, keine Rangliste. Welche Kombination passt, entscheidet sich an den Nutzern, den Integrationen und den Compliance-Anforderungen.
Was unterscheidet zentrale und föderierte Chats?
Bei Mattermost und Rocket.Chat ist die Kommunikation typischerweise auf einer Instanz zentralisiert, die ein Betreiber kontrolliert (Cluster und mehrere Instanzen sind in den bezahlten Plänen möglich). Nutzer, Kanäle und Nachrichten liegen im Kern in einer gemeinsamen Datenbank. Das vereinfacht nach unserer Einschätzung Administration, Suche, Export und Rechte.
Matrix ist ein offener Standard der Matrix.org Foundation (Spezifikation). Üblich ist, dass jede Organisation einen eigenen Homeserver betreibt; eine Protokollvorgabe ist das nicht. Räume können über mehrere Homeserver verteilt sein. Laut Matrix-FAQ ist Synapse der am weitesten verbreitete Homeserver und Element der populärste Client. Element ist zudem Anbieter von Zusatzprodukten.
| Aspekt | Mattermost | Rocket.Chat | Matrix (Synapse + Element) |
|---|---|---|---|
| Betreiber | Einer | Einer | Üblich: je Organisation einer, Räume föderiert |
| Räume über Organisationsgrenzen | Nur Mattermost zu Mattermost (Connected Workspaces) | Über Native Federation | Standardfunktion |
| Erweiterung | Webhooks, REST-API, Plugin-Framework | REST- und Realtime-API, Webhooks, Apps-Engine | Client-Server-API, Appservices, Bridges, Hookshot |
| Anbindung anderer Dienste | Webhooks und Plugins | Webhooks und Apps, XMPP-Bridging laut Docs experimentell | Bridges für Slack, Discord, Telegram, WhatsApp, IRC |
Für Slack-Umsteiger ist wichtig: Bei rein interner Nutzung sehen wir keinen erkennbaren Vorteil der Föderation (eigene Einschätzung). Sie ist ein Argument, wenn Gespräche mit externen Organisationen auf einer gemeinsamen Plattform stattfinden sollen.
Was darf kostenlos betrieben werden, und wo beginnt die Lizenz?
Hier hat sich zuletzt am meisten verändert. Eine ausführliche Editionstabelle auch für Zulip und Teams enthält der Beitrag Microsoft-365-Alternative. Hier die Stufen, die für die Entscheidung relevant sind (Stand November 2026).
| System | Lizenz des Quellcodes | Freie Stufe | Bezahlstufen |
|---|---|---|---|
| Mattermost | Team Edition (von Mattermost, Inc. kompiliert): MIT; Enterprise-Binaries einschließlich Entry: kommerzielle Lizenz; selbst aus dem Quellcode gebaut: AGPL-3.0 oder kommerzielle Lizenz (Details in der Lizenzdatei) | Team Edition: vorgesehen für unter 250 aktivierte Nutzer, ohne SSO. Entry: kommerzielle Lizenz, laut Docs für Teams unter 50 Nutzern | Professional (bis 250 lizenzierte Nutzer, SSO; LDAP-Sync laut Preisseite enthalten, die AD/LDAP-Anleitung nimmt Professional bei der Synchronisation aus, vor dem Einsatz klären), Enterprise (unbegrenzt, Hochverfügbarkeit, Compliance-Export), Enterprise Advanced |
| Rocket.Chat | MIT, außer den Verzeichnissen ee/ mit Enterprise-Lizenz |
Starter (0 USD, bis 50 Nutzer) und Community laut Herstellerseite | Kommerzielle Pläne ohne öffentliche Preise (Preisseite) |
| Synapse | AGPL-3.0, alternativ Element Commercial License | Frei nutzbar im Rahmen der AGPL | Synapse Pro über ESS Pro |
| Element Web | AGPL-3.0, GPL-3.0 oder Element Commercial License | Frei nutzbar im Rahmen der Lizenzen | Teil von ESS Pro |
| ESS Community (Helm-Paket) | AGPL-3.0 | Laut Hersteller für nicht-kommerzielle Anwendungsfälle bis 100 Nutzer | ESS Pro ab 100 Nutzern, Abrechnung pro Nutzer und Monat |
Die Änderungen im Einzelnen:
- Mattermost v11: Die Team Edition ist laut Dokumentation für unter 250 aktivierte Nutzer vorgesehen (vorher 1.000), ab 250 erscheint laut Produktspezifikation ein Hinweis für Administratoren; eine technische Sperre ist daraus nicht belegt. GitLab-SSO entfiel (Forum-Ankündigung). Mit Entry kam eine kostenlose Stufe mit kommerzieller Lizenz hinzu. Ihre Serverlimits: 10.000 Kanalnachrichten Verlauf über alle Kanäle (ältere Nachrichten bleiben in der Datenbank, sind aber nicht sichtbar oder durchsuchbar), 1.000 Board-Karten, 5 aktive Playbook-Runs pro Monat und 40-Minuten-Calls (für diese drei vermerkt die Dokumentation, dass die Limits erst in einer zukünftigen Version greifen), keine Compliance-Funktionen, keine Hochverfügbarkeit, nur Community-Support. Wie sich das Nachrichtenlimit in der Praxis auswirkt, zeigt ein Issue: ein Nutzerbericht zu einer Schulinstanz mit über 2.000 aktiven Nutzern, keine unabhängig geprüfte Betriebsstatistik.
- Mattermost Team Edition und Behörden: Die Dokumentation nennt die Team Edition „not recommended for government or sensitive commercial workloads“. Das ist eine Herstellerempfehlung, kein gesetzliches Einsatzverbot.
- Element ESS Community: Der Hersteller beschreibt das Paket als nicht für den Produktivbetrieb in kommerziellen Umgebungen gedacht, ohne Hersteller-Support und ohne Verantwortung für Sicherheitsupdates. Das betrifft das Produktversprechen des Pakets. Synapse und Element Web selbst stehen unter AGPL, die gewerbliche Nutzung ist damit erlaubt. Für proprietäre Forks bietet Element alternative Lizenzen an (Ankündigung zur AGPL, November 2023).
- Rocket.Chat: Die Herstellerseite führt die Community-Edition mit dem Hinweis „Not suitable for production deployment by organizations that depend on Rocket.Chat for business-critical operations“. Die Angaben der Seite sind nicht an jeder Stelle deckungsgleich, deshalb ist die Edition vor dem Einsatz gegen die aktuelle Seite zu prüfen.
Für die bezahlten Angebote nennt auf den geprüften Seiten keiner der drei Hersteller konkrete Beträge je Nutzer (Rocket.Chat Starter kostet 0 USD). Preise sind beim jeweiligen Hersteller anzufragen.
Wie funktioniert Verschlüsselung, und was geht damit verloren?
| Mattermost | Rocket.Chat | Matrix | |
|---|---|---|---|
| Server-seitig | TLS und Verschlüsselung auf Datenträgerebene, nicht in der Datenbank (Docs) | Nicht Gegenstand dieses Vergleichs | Nicht Gegenstand dieses Vergleichs |
| Ende-zu-Ende | Nicht nativ vorhanden | Optional für unterstützte Raumtypen | Optional pro Raum (Raumnachrichten per Megolm, Schlüsselaustausch zwischen Geräten per Olm, auch in Direktnachrichten-Räumen), Cross-Signing und Schlüssel-Backups laut Spezifikation und Megolm-Dokumentation |
Mattermost begründet den Verzicht auf Verschlüsselung in der Datenbank mit Suche und Compliance. Bei Ende-zu-Ende-Verschlüsselung kann der Server Inhalte ohne Schlüssel nicht indexieren, die serverseitige Suche entfällt in diesen Räumen. Rocket.Chat dokumentiert, dass verschlüsselte Nachrichten nicht durchsuchbar sind und Bots und Integrationen sie in der Regel nicht lesen können, Ausnahmen gelten für E2EE-fähige Bots (E2EE-FAQ). Ob Auditing und Export bei Rocket.Chat-E2EE möglich sind, geht aus den geprüften Seiten nicht eindeutig hervor: Die E2EE-Dokumentation nennt Einschränkungen, die Planseite bewirbt den Export verschlüsselter Chats. Bei Matrix können berechtigte Bots als entschlüsselnde Teilnehmer arbeiten, und Element dokumentiert für ESS Pro Auditing und Export auch verschlüsselter Gespräche (Element Auditing). Ein pauschaler Verlust von Bot-Zugriff und Compliance-Export gilt damit nicht.
Ob Ende-zu-Ende-Verschlüsselung die richtige Wahl ist, hängt nach unserer Einschätzung an der Frage, welche Anforderung schwerer wiegt: Vertraulichkeit gegenüber dem Betreiber oder Auffindbarkeit und Nachweispflichten, und welche Werkzeuge für Auditing und Export bereitstehen. Die Spezifikation von Matrix beschreibt Verschlüsselung als optional. Wie die Clients sie standardmäßig voreinstellen, haben wir nicht geprüft.
Was bringt Föderation einem Unternehmen?
Nach unserer Einschätzung lohnt sich Föderation, wenn Teams verschiedener Organisationen in gemeinsamen Räumen arbeiten sollen, etwa bei Partnern, Kunden oder Behörden. Dann entfällt der Zwang, auf einer fremden Plattform Gäste anzulegen.
- Matrix: Föderation ist Teil des Protokolls. Eine Beschränkung auf bestimmte Server erlaubt die Synapse-Option
federation_domain_whitelist. Eine leere Liste deaktiviert die Föderation. Die Option verhindert laut Dokumentation nicht, dass der eigene Server Räumen beitritt, in denen nicht gelistete Server vertreten sind; für eine private Föderation werden übereinstimmende Listen und zusätzlich eine Firewall empfohlen. Für ESS Pro nennt Element zusätzlich ein Secure Border Gateway zur Föderationskontrolle. - Rocket.Chat: Die Native Federation wurde mit Version 7.11 eingeführt. Sie benötigt laut Dokumentation ein Premium-Tarif mit Federation-Add-on (Commercial, Government oder Defense). Mit Version 8.3 erklärte Rocket.Chat die Federation in einem Blogbeitrag vom 7. April 2026 für allgemein verfügbar; die Dokumentation nennt eine Beta-Phase nur noch für die Einstellung zum Beitritt zu nicht privaten Räumen. Ende-zu-Ende-Verschlüsselung wird für föderierte Kommunikation laut Federation-FAQ nicht unterstützt, verschlüsselte föderierte Inhalte kann Rocket.Chat daher nicht entschlüsseln oder indexieren.
- Mattermost: Connected Workspaces verbinden Mattermost-Instanzen miteinander (ab v10.2, in Entry, Enterprise und Enterprise Advanced, nicht in Professional).
Bei serverübergreifenden Räumen entsteht eine zusätzliche Fläche: Daten verlassen die eigene Instanz in Räume, die andere Server mitführen. Wer sie einführt, legt fest, mit welchen Servern sie zulässig ist.
Wie sehen Anrufe und Video aus?
| Mattermost | Rocket.Chat | Matrix / Element | |
|---|---|---|---|
| Anrufe | Calls-Plugin: in Professional Gruppen-Audio und Screen-Sharing, selbst gehostet | Videokonferenzen über Provider-Apps; Community nur Jitsi und BigBlueButton, Starter zusätzlich Pexip, Google Meet und Zoom | Element Call auf MatrixRTC mit LiveKit als SFU; Element Web kann für Konferenzen außerdem ein Jitsi-Widget einbinden |
| Zusatzbetrieb | Plugin im Mattermost-Server; für größere Installationen wird zusätzlich ein dedizierter RTCD-Dienst empfohlen; dieser setzt laut Calls-Deployment-Guide Enterprise oder Enterprise Advanced voraus und ist bei Kubernetes erforderlich | Externer Anbieter oder eigener Dienst | LiveKit-Server je Deployment |
Für selbst gehostete Videokonferenzen lässt sich Jitsi mit allen drei Systemen integrieren (bei Mattermost über ein Community-Plugin). Der Betrieb eines SFU wie LiveKit oder Jitsi ist ein eigener Baustein mit Netzwerkplanung, ob ein TURN-Server nötig ist, hängt vom Produkt und vom Netz ab.
Wie läuft der Betrieb: Datenbank, Ressourcen, Updates?
| Aspekt | Mattermost | Rocket.Chat | Synapse |
|---|---|---|---|
| Datenbank | PostgreSQL, ab v12.0 mindestens Version 15 (MySQL seit v11 nicht mehr unterstützt) | MongoDB, für 8.x ab Version 8.0 (Systemanforderungen) | PostgreSQL, SQLite nur für Tests (Docs) |
| Ressourcen laut Doku | 1 bis 1.000 Nutzer: 1 vCPU, 2 GB RAM; 1.000 bis 2.000: 2 vCPU, 4 GB (Anforderungen) | Siehe Systemanforderungen des Herstellers | Mindestens 1 GB freier RAM zum Betreten großer öffentlicher Räume (Installation); ESS Community Quick-Setup: 2 CPU-Kerne, 2 GB RAM |
| Skalierung | Hochverfügbarkeits-Cluster ab Enterprise | Mehrere Instanzen nur mit Premium-Plan | Worker-Prozesse in der freien Version |
| Retention | Data Retention und Legal Hold ab Enterprise | Je nach Plan | retention und media_retention in der freien Synapse |
| Compliance-Export | Enterprise: CSV, Actiance XML, GlobalRelay EML, Proofpoint (Docs) | Laut Herstellerseite in Government- und Commercial-Plänen | ESS Pro mit AuditBot und Datenexport (Planzuordnung im Detail nicht eindeutig) |
| Admin-Oberfläche | System Console | Admin-Bereich der Web-App | Admin-API, Element Admin in ESS Community |
Versionsstand (Stand November 2026, laut Releases auf GitHub): Mattermost v12.0.x seit Oktober 2026, Rocket.Chat 8.9.0 (Oktober 2026) mit 9.0.0 im Release-Candidate-Stand, Synapse 1.164.2, Element Web 1.12.33, ESS Community 26.11.0.
Mattermost v12 bringt laut Changelog Breaking Changes: PostgreSQL 15 als Minimum, kein Support für RHEL 7 und 8, bei Nutzung von OpenSearch mindestens Version 2.x, und der eingebaute Slack-Import ist entfallen. Rocket.Chat 9.0.0-RC nennt MongoDB 8.0.
Die Update-Frequenz ist laut den Release-Listen auf GitHub bei allen drei hoch, einen festen Rhythmus sichern die Hersteller nicht zu. Mattermost bringt zusätzlich Patch-Releases für mehrere Linien parallel. Laufendes Patchen gehört damit fest zum Betrieb (eigene Einschätzung), siehe den Abschnitt zu den Sicherheitsmeldungen.
Wie gelingt der Umzug von Slack?
Die Voraussetzung liegt bei Slack selbst. Nach der Slack-Dokumentation exportiert der Free-Plan Nachrichten und Datei-Links öffentlicher Kanäle, die 90-Tage-Grenze betrifft nur die Datei-Links. Nachrichten privater Kanäle und Direktnachrichten lassen sich nur mit Business+ oder Enterprise exportieren, beide Pläne erfordern laut Slack einen Antrag beziehungsweise eine gesonderte Freischaltung der Exportfunktion.
| Ziel | Weg | Hinweise |
|---|---|---|
| Mattermost | Slack-Export mit mmetl transform slack, danach mmctl import validate, upload, process (Docs) |
Migriert werden Kanäle, Direktnachrichten, Posts, Threads, Dateien, Reaktionen, Nutzer. Nicht migriert werden Slack Connect, Canvases, Nutzergruppen und Integrationen. In v12 entfiel der eingebaute Import (Changelog) |
| Rocket.Chat | Import im Admin-Bereich mit Slack-Export oder Users-CSV (Docs) | Nutzer mit gleichem Namen werden übersprungen, gleichnamige Kanäle zusammengeführt. Exportdateien unter 15 MB je Zeitabschnitt werden empfohlen |
| Matrix | Kein offizielles Import-Werkzeug für den Verlauf gefunden (Rechercheergebnis, kein Nachweis der Nichtexistenz) | Die Bridge mautrix-slack wird auf matrix.org als stabil und empfohlen geführt und synchronisiert laufend. Ihre Konfiguration enthält Backfill-Optionen (standardmäßig deaktiviert, max_initial_messages 50). Ein vollständiger Import beliebiger Slack-Exportarchive ist damit nicht belegt |
Bei den dokumentierten Importwegen wandern Workflows, Slack-Apps und Integrationen nicht mit. Sie sind neu aufzubauen, in Mattermost etwa über Webhooks und Plugins, in Matrix über Appservices oder Hookshot. Wer Verlauf nach Matrix übernehmen will, kann den Backfill von mautrix-slack prüfen; ob er den benötigten Umfang abdeckt, ist im Einzelfall zu testen. Vorab ist zu klären, ob der Verlauf überhaupt benötigt wird oder ein Archiv genügt (eigene Einschätzung).
Wie sind Anmeldung und Verzeichnisse abgedeckt?
| Mattermost | Rocket.Chat | Matrix | |
|---|---|---|---|
| SSO | SAML in Entry, Professional, Enterprise und Enterprise Advanced (Docs), weitere Protokolle je Edition laut Editionsseite; in der Team Edition entfällt SSO | Je Plan, laut Herstellerseite | OIDC und SAML2 in Synapse, daneben das Matrix Authentication Service (MAS) (Docs) |
| LDAP | AD/LDAP-Sync und Gruppen-Sync laut Anleitung in Entry, Enterprise und Enterprise Advanced, Professional ist dort ausgenommen (Docs); die Preisseite führt LDAP-Sync auch bei Professional, vor dem Einsatz klären | Je Plan | In der Synapse-Konfigurationsdoku nicht aufgeführt; ESS Pro nennt LDAP und SCIM |
Als Identity Provider eignen sich Keycloak und Authentik. Zur Auswahl von Keycloak und seinen Alternativen: Keycloak-Alternativen.
Welche Sicherheitsmeldungen gab es seit Mai 2026?
Alle drei Linien hatten im Zeitraum Mai bis November 2026 hoch eingestufte Meldungen. Daraus lässt sich keine Rangliste ableiten. Die Tabelle nennt ausgewählte, belegte Meldungen.
| Produkt | Meldung | Quelle |
|---|---|---|
| Mattermost | CVE-2026-5740 (22. Mai): unauthentifizierter WebSocket-Frame löst einen Speicher-DoS aus | CVE.org |
| Mattermost | CVE-2026-6346 (18. Mai): Support-Packet enthält sensible Konfigurationswerte im Klartext | CVE.org |
| Mattermost | CVE-2026-16453 (16. Oktober, CVSS 7.1): SAML-RelayState ohne Integritätsprüfung, ein authentifizierter SAML-Nutzer kann beliebigen Teams beitreten (betroffen 11.7.0 bis 11.7.9, 11.8.0 bis 11.8.5, 11.9.0 bis 11.9.1 und 11.10.0) | CVE.org |
| Mattermost | CVE-2026-93851 (28. Oktober, CVSS 8.0): Agents-Plugin, fehlende Validierung der Ziel-Post-ID | CVE.org |
| Rocket.Chat | CVE-2026-45689 (Mai, CVSS 9.1): NoSQL-Injection im OAuth2-Token-Endpoint, Kontoübernahme; unauthentifizierter Angriff, sofern auf dem Server eine aktive OAuth-App und mindestens ein gespeicherter Refresh-Token existieren | CVE.org |
| Rocket.Chat | CVE-2026-45688 (Mai, kritisch): CAS-Login-Handler | Advisories |
| Rocket.Chat | CVE-2026-55666 (Juni, kritisch): Apple Sign-In, Kontoübernahme | Advisories |
| Synapse | Sammelrelease am 28. Juli 2026 mit elf Advisories, Beispiel GHSA-6wjm-9p2x-gvpm | Synapse-Advisories |
Die Tabelle ist eine Auswahl und erlaubt keine Aussage über Häufigkeit oder Muster der Sicherheitslage der Produkte. Weitere Synapse-Advisories stehen auf der Synapse-Advisory-Seite. Wichtiger als der Vergleich ist die Patch-Disziplin: Versionen kennen, Advisories beobachten, Updates zeitnah einspielen. Mehr dazu im CVE-Monitoring.
Wo wird Matrix im öffentlichen Sektor eingesetzt?
Belegt ist die Rolle im deutschen Gesundheitswesen: Die Spezifikation des gematik TI-Messengers sieht das Matrix-Protokoll der Matrix.org Foundation vor, damit verschiedene TI-Messenger-Produkte miteinander kommunizieren. Laut gematik ist TI-M Pro seit April 2024 verfügbar, TI-M ePA seit Juli 2025.
Daraus folgt „Matrix-Protokoll in zugelassenen Produkten“, nicht „jeder Synapse-Server ist zugelassen“. Laut gematik wird das Protokoll auch außerhalb des TI-Messengers eingesetzt, genannt werden französische Behörden, die Bundeswehr und das Bildungswesen einzelner Bundesländer. Einzelheiten dazu belegen wir hier nicht, ebenso machen wir keine Aussage zu Einsätzen von Mattermost und Rocket.Chat im öffentlichen Sektor.
Verbreitete Fehlannahmen
- „Matrix ist kostenlos und frei, also ohne Lizenzfragen.“ Synapse und Element Web sind AGPL-lizenziert, das Helm-Paket ESS Community ist vom Hersteller für nicht-kommerzielle Zwecke positioniert.
- „Mattermost ist kostenlos und unbegrenzt.“ Seit v11 ist die Team Edition für unter 250 aktivierte Nutzer vorgesehen, Entry hat Serverlimits.
- „Mattermost verschlüsselt Ende-zu-Ende.“ Nach der Dokumentation nicht. Es gibt Transport- und Datenträgerverschlüsselung.
- „Mattermost und Rocket.Chat haben keine Föderation.“ Rocket.Chat hat die Native Federation (Premium-Add-on, allgemein verfügbar seit 8.3), Mattermost die Connected Workspaces (nur Mattermost zu Mattermost).
- „AGPL bedeutet nicht kommerziell nutzbar.“ Falsch. Die Einschränkung betrifft das Produktversprechen von ESS Community.
- „Matrix ist im Gesundheitswesen vorgeschrieben.“ Der TI-Messenger setzt auf das Protokoll, das betrifft zugelassene Produkte und nicht jeden Server.
Stand und Methodik
Stand: 5. November 2026. Die Angaben beziehen sich auf den Stand der Herstellerseiten und Releases an diesem Tag. Grundlage sind Herstellerdokumentation, Lizenzdateien, GitHub-Releases und -Advisories, die Matrix-Spezifikation, CVE.org und die Seite der gematik. Aussagen zu Preisen und Planinhalten stammen von den Herstellerseiten, die teils nicht deckungsgleich sind. Eigene Einschätzungen sind im Text als solche benannt. Die Sicherheitstabelle ist eine Auswahl, keine vollständige Liste. Nicht geprüft haben wir das Datum der Umstellung der Element-Clients auf AGPL, die Standardeinstellung der Verschlüsselung in den Clients und den vollständigen Umfang des mautrix-slack-Backfills. Dass wir kein offizielles Matrix-Werkzeug für den Slack-Verlauf gefunden haben, ist ein Rechercheergebnis und kein Nachweis der Nichtexistenz. Rocket.Chat 9.0 und Mattermost 12.1 waren zu diesem Stand noch nicht als stabile Releases erschienen.
Unser Vorgehen bei WZ-IT
Für die Auswahl und den Betrieb gehen wir in dieser Reihenfolge vor:
- Anforderungen klären: Nutzerzahl, externe Kommunikation, Verschlüsselung, Compliance, Integrationen.
- Edition und Lizenz klären: welche Stufe die Anforderungen abdeckt und welche Lizenz mit dem Hersteller zu schließen ist. Kommerzielle Lizenzverträge für Element, Mattermost und Rocket.Chat werden mit dem jeweiligen Hersteller geschlossen.
- Export prüfen: Bei einem Umzug aus Slack prüfen wir die verfügbaren Exportdaten, Nutzer, Dateien, Integrationen und die Ziel-Edition.
- Betrieb aufsetzen: Hosting von Matrix, Element, Mattermost oder Rocket.Chat. Das Paket Matrix mit SSO umfasst Synapse und Element Web mit Keycloak oder Authentik.
- Patchen und beobachten: Updates einspielen, Advisories verfolgen, Sicherungen prüfen.
Monitoring erfolgt 24/7, die Reaktion auf P1-Incidents erfolgt entsprechend Service Level.
Noch unklar, welches System zu Ihnen passt? In der Collaboration-Auswahl vergleichen wir Chat, Dateien und Video anhand Ihrer Anforderungen. Bei einem Umzug aus Slack prüfen wir vorab, welche Exportdaten verfügbar sind. Collaboration-Auswahl ansehen · Erstgespräch buchen (unverbindlich und kostenlos)
Weiterführende Guides
- Slack vs. Mattermost: Open-Source-Alternative für Unternehmen
- Slack vs. Rocket.Chat: Open-Source-Alternative
- Top 3 Slack-Alternativen: Mattermost, Rocket.Chat und Zulip
- Microsoft-365-Alternative für Unternehmen
- Chatkontrolle: sichere Unternehmenskommunikation
- Matrix Managed Hosting
- Matrix mit SSO (Managed Open Source)
Quellen
- Mattermost Docs: Editions and offerings
- Mattermost Forum: v11 changes in free offerings
- Mattermost Blog: Introducing Mattermost Entry
- Mattermost Pricing
- Mattermost Lizenz (LICENSE.txt)
- Mattermost GitHub Issue 34271
- Mattermost Docs: Encryption options
- Mattermost Docs: Connected Workspaces
- Mattermost Docs: Compliance Export
- Mattermost Docs: Software and hardware requirements
- Mattermost Docs: v12 Changelog
- Mattermost Docs: Migrate from Slack
- Rocket.Chat: Get started und Pläne
- Rocket.Chat Pricing
- Rocket.Chat Lizenz
- Rocket.Chat Docs: Federation configuration
- Rocket.Chat Docs: Federation FAQ
- Rocket.Chat Blog: Version 8.3
- Mattermost Docs: Calls Deployment Guide
- Rocket.Chat Docs: System requirements
- Rocket.Chat Docs: Import from Slack
- Rocket.Chat Security Advisories
- Matrix Client-Server API Spezifikation
- Matrix Bridges und mautrix-slack
- Synapse auf GitHub (Lizenz, README)
- Synapse Security Advisories
- Synapse Docs: Konfiguration, PostgreSQL, Installation, Worker, OpenID Connect
- Element Blog: Element to adopt AGPLv3
- Element Web auf GitHub und Element Call auf GitHub
- Element ESS Community und ess-helm auf GitHub
- Element Pricing
- Dendrite README
- gematik: TI-Messenger
- Matrix FAQ und Megolm-Dokumentation
- Mattermost Docs: SAML SSO, AD/LDAP und AD/LDAP-Gruppen
- Rocket.Chat Docs: E2EE-FAQ und Pläne
- Element: Auditing
- mautrix-slack Konfiguration
- Slack: Export your workspace data
