Self-hosted Slack-Alternativen im Vergleich

Welche selbst gehostete Slack-Alternative sollten Sie betreiben

Die selbst gehosteten Slack-Alternativen, die den Aufwand für ein kleines Team rechtfertigen, sind Mattermost, Rocket.Chat, Matrix mit Synapse und Zulip. Für ein internes Team-Tool auf einem Server sollten Sie Mattermost betreiben. Für eine öffentliche Community sollten Sie Zulip betreiben. Betreiben Sie Matrix mit Synapse, wenn Sie mit Servern kommunizieren müssen, die anderen Personen gehören. Das ist der einzige Fall. Föderation ist die eine Funktion, die die anderen nicht nachbilden können. Sie verändert außerdem Ihre Aufgaben als Administrator.

Funktionslisten unterscheiden diese vier Lösungen nicht. Alle bieten Kanäle, Threads, die Suche, Datei-Uploads und mobile Apps. Der Unterschied zeigt sich darin, was sie jeden Monat von Ihnen verlangen: Arbeitsspeicher, eine Datenbank, die Sie dauerhaft verfügbar halten müssen, einen mobilen Push-Weg, den Sie möglicherweise nicht kontrollieren, und eine Lizenz, die festlegt, ob die benötigte Funktion nur gegen Bezahlung verfügbar ist. Der folgende Vergleich betrachtet diese Kriterien bei zehn und bei hundert Benutzern.

Was die vier tatsächlich sind

Mattermost ist ein Go-Server mit einer PostgreSQL-Datenbank. Eine Binärdatei, eine Datenbank, eine Konfigurationsdatei. Das Verhalten entspricht Slack, einschließlich Threads und Slash-Befehlen. Der Betrieb ist bei Mattermost am wenigsten interessant, was hier als Kompliment gemeint ist.

Rocket.Chat ist eine Node.js-Anwendung auf MongoDB. Es bietet hier den größten Funktionsumfang, einschließlich Sprach- und Videoanrufen sowie einer Omnichannel-Inbox, die Kundengespräche aus E-Mail- und Social-Media-Kanälen in dieselbe Oberfläche übernimmt. Wenn diese Inbox der Grund für Ihre Suche ist, vergleichen Sie sie zunächst mit einem dedizierten Chatwoot-Supportdesk. Ein Chat-Server für Support-Aufgaben ist eine andere Anwendung als ein Chat-Server für Teamarbeit.

Matrix ist ein Protokoll, kein Produkt. Synapse ist der Referenzserver (Python, PostgreSQL), und Element ist der Client, den die meisten Benutzer verwenden. Nur bei dieser Option kann Ihr Server mit Servern kommunizieren, die Sie nicht selbst betreiben.

Zulip ist ein Python-Server (Django plus Tornado) mit PostgreSQL, RabbitMQ, memcached und Redis im Hintergrund. Das eigene Skript installiert alle Komponenten als eine Einheit. Das Modell basiert auf Themen innerhalb von Channels. Dadurch bleibt eine Unterhaltung vom Dienstag auch am Freitag auffindbar. Version 12.0 wurde im April 2026 veröffentlicht.

Wie viel RAM und welche Datenbank bei 10 und bei 100 Benutzern

Jede Zahl in der folgenden Tabelle stammt aus der Dokumentation des jeweiligen Projekts, die im August 2026 gelesen wurde. Keine dieser Angaben ist von mir gemessen oder erfunden. Für jede Zeile gilt dieselbe Grundlage: die kleinste vom Projekt veröffentlichte Konfiguration, wobei die Datenbank berücksichtigt wird, wenn das Projekt sie separat dimensioniert.

[
  {
    "label": "Synapse",
    "published_ram_gb": 1,
    "notes": "Synapse install docs: at least 1 GB free RAM if you want to join large public rooms. PostgreSQL is required for production and is not sized."
  },
  {
    "label": "Mattermost",
    "published_ram_gb": 2,
    "notes": "Mattermost requirements: 1 to 1,000 users on 1 vCPU and 2 GB RAM, single server, database included."
  },
  {
    "label": "Zulip",
    "published_ram_gb": 2,
    "notes": "Zulip requirements: under 100 users on 1 CPU, 2 GB RAM and 2 GB swap. 100 users and above needs 2 CPUs and 4 GB."
  },
  {
    "label": "Rocket.Chat",
    "published_ram_gb": 8,
    "notes": "Rocket.Chat requirements: smallest published tier is 4 GiB for the app plus 4 GiB for MongoDB, rated up to 500 concurrent users."
  }
]

Die Zeilen sind nicht direkt vergleichbar. Das ist die erste wichtige Erkenntnis. Synapses 1 GB sind ein Mindestwert für den Synapse-Prozess, der an eine Bedingung geknüpft ist: Die Dokumentation verlangt mindestens so viel freien RAM, wenn Sie großen öffentlichen Räumen beitreten möchten. PostgreSQL ist in diesem Wert nicht enthalten. Mattermosts 2 GB gelten für die gesamte Maschine einschließlich Datenbank und decken 1 bis 1.000 Benutzer auf einer einzelnen vCPU ab. Zulip dokumentiert unter 100 Benutzern 2 GB und eine CPU sowie zusätzlich 2 GB Swap. Ab 100 Benutzern sind es 4 GB und 2 CPUs. Rocket.Chat veröffentlicht hier mit 8 GB den größten Wert, weil für die Anwendung 4 GiB und für MongoDB 4 GiB angesetzt werden. Diese Stufe ist für bis zu 500 gleichzeitige Benutzer ausgelegt.

Bei 10 Benutzern laufen alle 4 Anwendungen auf Hardware, über deren Auswahl Sie kaum nachdenken müssten. Bei 100 Benutzern unterscheiden sich die Anforderungen: Mattermost bleibt innerhalb seiner 2-GB-Stufe, Zulip benötigt 4 GB und eine zweite CPU, und Rocket.Chat bleibt bei seiner kleinsten dokumentierten Stufe von 8 GB, weil der Speicherbedarf von MongoDB von der Maschine und nicht von der Benutzerzahl abhängt.

Die Wahl der Datenbank bestimmt künftige Upgrades stärker als die tägliche Performance. Mattermost benötigt PostgreSQL 14 oder neuer und unterstützt MySQL ab v11 nicht mehr, sodass eine heutige MySQL-Installation morgen eine Migration erfordert. Synapse läuft mit SQLite. Die eigene Dokumentation weist ausdrücklich darauf hin, dass SQLite nur für Tests geeignet ist, weil die Performance in großen Räumen schlecht ist. Rocket.Chat 8 benötigt MongoDB 8.0. Damit werden das Datenbank-Upgrade und das Chat-Upgrade zu einem gemeinsamen Projekt statt zu zwei getrennten Projekten.

Was bringt Ihnen ein VPS mit 2 GB wirklich?

Der Tarif mit 2 GB ist bei den meisten Anbietern die kleinste Größe und eine realistische Option für zwei dieser vier Anwendungen.

• Mattermost passt. Mattermost ist die einzige Anwendung, für die der Anbieter diese genaue Größe dokumentiert, und zwar für bis zu 1,000 Benutzer mit PostgreSQL auf demselben Server. Zehn Personen auf 2 GB sind problemlos möglich.
• Zulip passt mit Swap. Die Dokumentation empfiehlt für Systeme mit weniger als 5 GB Swap und warnt, dass Maschinen mit wenig RAM während Upgrades Out-of-Memory-Fehler verursachen, wobei tools/webpack der fehlschlagende Schritt ist. Das ist ein tatsächlicher Fehler, der beim Upgrade auftritt, nicht bei der Installation.
• Synapse passt, solange wenig Aktivität anfällt. Der Leerlaufverbrauch ist gering. Problematisch ist der Spitzenverbrauch. Der folgende Abschnitt über Föderation erklärt, woher er kommt.
• Rocket.Chat sollten Sie bei 2 GB vermeiden. Die Ursache ist die Storage Engine von MongoDB. WiredTiger setzt seinen internen Cache auf den größeren Wert aus 50 % von (RAM minus 1 GB) oder 256 MB. Auf einer Maschine mit 2 GB reserviert es daher ungefähr 512 MB, bevor Node.js überhaupt gestartet ist. Das System verweigert den Betrieb nicht sofort. Die Anwendung wird installiert und läuft zunächst. Mit wachsender Historie wird sie langsamer. Schließlich beendet der Out-of-Memory-Killer des Kernels den Prozess, der zu diesem Zeitpunkt am meisten Speicher belegt.

Prüfen Sie vor der Entscheidung, welche Ressourcen tatsächlich verfügbar sind, denn Anbieter rechnen RAM anders als free:

free -h
swapon --show

Denken Sie daran, dass der Chatserver nicht die einzige Komponente auf dem Server ist. TLS-Terminierung, Backups und eine Container-Laufzeitumgebung benötigen ebenfalls Speicher. Betreiben Sie den ausgewählten Server hinter einem Reverse Proxy, den Sie verstehen, etwa Nginx, Caddy oder Traefik, und wenn Sie Container verwenden, sollten die Grundlagen von Docker Compose für einen VPS zuerst korrekt eingerichtet werden.

Benötigen die mobilen Apps Ihren eigenen Push-Server

Diesen Aspekt erkennen viele erst nach der Bereitstellung. Er entscheidet am häufigsten über die Antwort.

Der Mechanismus ist einfach. Apple Push Notification service (APNs) und Firebase Cloud Messaging (FCM) akzeptieren eine Benachrichtigung nur von demjenigen, der die Signatur-Credentials für die jeweilige App besitzt. Ihr Server kann keine App benachrichtigen, die Sie nicht selbst erstellt haben. Ein selbst gehosteter Chat-Server, der den App-Store-Build des Anbieters verwendet, muss seine Benachrichtigungen daher an das Gateway des Anbieters übergeben. Der Anbieter legt die Bedingungen fest.

• Mattermost. Die kostenlose Option ist der Test Push Notification Service (TPNS) unter https://push-test.mattermost.com. Laut Dokumentation wird er für den Produktiveinsatz nicht empfohlen und bietet kein Service Level Agreement (SLA). Er funktioniert nur mit den Builds aus dem App Store und Play Store. Der Hosted Push Notification Service (HPNS) ist für den Produktiveinsatz geeignet und erfordert ein kostenpflichtiges Abonnement. Als dritte Möglichkeit können Sie den Push-Proxy selbst kompilieren. Dafür benötigen Sie eigene App-Builds mit Ihren eigenen APNs- und FCM-Credentials.
• Rocket.Chat. Für Push-Benachrichtigungen muss der Workspace bei Rocket.Chat Cloud registriert werden. Community-Workspaces sind auf 10,000 Push-Benachrichtigungen pro Monat begrenzt. Das entspricht etwa 330 pro Tag für den gesamten Workspace. Nach Verbrauch des Kontingents gehen bis zur Zurücksetzung im nächsten Monat keine Benachrichtigungen mehr ein. Für die Benutzer wirkt es so, als sei die App defekt.
• Matrix mit Element. Synapse sendet Benachrichtigungen an ein Push-Gateway. Die offiziellen Element-Apps verwenden das Gateway, das matrix.org unter https://matrix.org/_matrix/push/v1/notify betreibt. Die Nutzdaten enthalten die Ereignis- und Raum-IDs, nicht den Nachrichtentext. Die App ruft den Inhalt von Ihrem Server ab. Das Gateway sieht daher Metadaten statt der Unterhaltungen. Sie können Ihr eigenes Sygnal-Gateway betreiben. Dafür müssen Sie eigene Apps erstellen und verteilen. Unter Android gibt es einen Mittelweg: UnifiedPush mit einem selbst ge hosteten ntfy-Server.
• Zulip. Der kostenlose Tarif umfasst den mobilen Push-Service für bis zu 10 Benutzer. Für mehr als 10 Benutzer benötigen Sie einen Tarif. Der kostenlose Community-Tarif gilt für viele nicht kommerzielle Organisationen. Zulip 12.0 hat im April 2026 Ende-zu-Ende-Verschlüsselung für Push-Nutzdaten hinzugefügt.

Bei zehn Benutzern liefern alle diese Lösungen funktionierende Benachrichtigungen ohne Kosten. Bei hundert Benutzern ändert sich das Bild: Zulip erfordert einen Tarif, Mattermost funktioniert weiterhin über den Test-Service, jedoch ohne SLA und Support, bei Rocket.Chat wird das Monatskontingent zum begrenzenden Faktor, und Matrix ist nicht betroffen, weil das Gateway kostenlos genutzt werden kann.

Welche bieten kostenlos Single Sign-on?

Single Sign-on (SSO) ist der Bereich, in dem sich das Open-Core-Geschäftsmodell am deutlichsten zeigt.

• Zulip enthält SAML (Security Assertion Markup Language) und LDAP (Lightweight Directory Access Protocol) im selbst gehosteten Server kostenlos. Es gibt keine separate Lizenzstufe, die Sie erwerben müssen.
• Synapse unterstützt OpenID Connect (OIDC), SAML und CAS kostenlos in der eigenen Konfigurationsdatei. Bei neueren Installationen wird zunehmend der Matrix Authentication Service verwendet. Dabei handelt es sich um einen separaten Dienst mit einer Migration ohne Rückweg von der klassischen Synapse-Authentifizierung. Planen Sie diese Umstellung daher im Voraus, statt erst später darauf zu stoßen.
• Rocket.Chat unterstützt in der Community Edition grundlegende LDAP- und SAML-Anmeldungen. Für die Synchronisierung erweiterter Benutzerattribute, die Zuordnung von Gruppen und Teams sowie die Hintergrundsynchronisierung benötigen Sie eine Enterprise-Lizenz.
• Mattermost bietet Ihnen in der kostenlosen Team Edition GitLab OAuth und sonst nichts. SAML, AD/LDAP und OpenID Connect sind kostenpflichtige Funktionen.

Wenn Sie mehrere Dienste hinter einer gemeinsamen Anmeldung betreiben möchten, schalten Sie einen selbst gehosteten Authentik Identity Provider davor. Prüfen Sie, welche der vier Anwendungen mit der von Ihnen verwendeten Lizenz tatsächlich damit kommunizieren kann.

Was Federation tatsächlich kostet

Federation ist der Grund, aus dem Matrix existiert. Ihr Benutzer tritt einem Raum bei, der auf dem Server einer anderen Person gehostet wird, und kommuniziert mit Personen, deren Konten dort liegen – so wie Mailserver E-Mails untereinander austauschen. Keine andere hier genannte Option kann das. Wenn Sie diese Funktion benötigen, ist nichts anderes auf dieser Seite ein Ersatz dafür.

Sie ist auch der Grund, warum Synapse eine andere Art von Workload darstellt. Wenn Ihr Benutzer einem föderierten Raum beitritt, übernimmt Ihr Server eine Kopie des Raumzustands und seiner Ereignisse. Außerdem speichert er die Medien zwischen, die Benutzer auf anderen Servern veröffentlichen: Avatare, Bilder und Dateien. Der Festplattenverbrauch hängt dann von Räumen ab, die Sie nicht erstellt haben, und von Personen, die kein Konto auf Ihrem Server besitzen. Deshalb wächst der Media Store von Synapse-Installationen deutlich stärker als durch das Nachrichtenvolumen, das ihre eigenen Benutzer gesendet haben. Deshalb ist der Beitritt zu einem großen öffentlichen Raum auch der konkrete Vorgang, für den die Dokumentation eine Speicherbedingung nennt.

Legen Sie die Aufbewahrungsrichtlinie am ersten Tag fest und nicht erst an dem Tag, an dem der Datenträger voll ist:

media_retention:
  local_media_lifetime: 90d
  remote_media_lifetime: 14d

Synapse erhielt media_retention mit Version 1.61. Dabei gibt es getrennte Aufbewahrungszeiten für lokale und entfernte Medien. Entfernte Medien sind ein Cache. Wenn ein Benutzer eine gelöschte Datei erneut anfordert, lädt Synapse sie erneut vom Server, von dem sie ursprünglich stammt. Lokale Medien sind kein Cache. Ein kurzer local_media_lifetime löscht daher die Uploads Ihrer eigenen Benutzer dauerhaft.

Die ehrliche Zusammenfassung: Wenn Ihre Benutzer ausschließlich miteinander kommunizieren, bringt Federation Ihnen nichts und kostet Sie Speicherplatz, Bandbreite sowie einen aufwendigeren Upgrade-Pfad. Deaktivieren Sie sie oder wählen Sie einen anderen Server.

Wie laufen Upgrades ab

Zulip ist am einfachsten. Ein Skript genügt. Die dokumentierte Ausfallzeit beträgt weniger als 30 Sekunden, sofern keine umfangreiche Datenbankmigration erforderlich ist. Installation und Upgrade sehen so aus und werden von Ihnen auf dem Server ausgeführt:

cd $(mktemp -d)
curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
tar -xf zulip-server-latest.tar.gz

Führen Sie das Installationsprogramm als root aus. Das Flag --push-notifications registriert den Server während der Installation beim mobilen Push-Dienst. Dabei werden Sie aufgefordert, die Nutzungsbedingungen zu akzeptieren. Lesen Sie sie daher, bevor Sie beginnen.

sudo ./zulip-server-*/scripts/setup/install --push-notifications --certbot \
    --email=YOUR_EMAIL --hostname=YOUR_HOSTNAME

Spätere Upgrades bestehen aus demselben Tarball und einem Befehl:

curl -fLO https://download.zulip.com/server/zulip-server-latest.tar.gz
sudo /home/zulip/deployments/current/scripts/upgrade-zulip zulip-server-latest.tar.gz

Mattermost ist vorhersehbar. Ersetzen Sie die Binärdatei und starten Sie den Dienst neu. Die Migrationen werden beim Start ausgeführt. Seit den Releases vom August 2025 wird der Extended Support Release (ESR)-Zweig alle 9 Monate veröffentlicht und 12 Monate lang unterstützt. Upgrades von ESR zu ESR sind der getestete Pfad. Das Überspringen mehrerer ESR-Versionen auf einmal wird unterstützt, aber nicht getestet. In der Praxis bedeutet das, dass Sie diesen Vorgang selbst testen.

Rocket.Chat koppelt drei Upgrades miteinander. Im August 2026 ist die 8.x-Reihe aktuell. Version 8.7.0 wurde am 6. August 2026 veröffentlicht. Sie erfordert MongoDB 8.0 und eine passende Node.js-Version. Das Überspringen einer Hauptversion führt dazu, dass die Datenbank von der Anwendung nicht mehr geöffnet werden kann. Der Installationsleitfaden für Rocket.Chat mit Docker Compose hält diese Versionen für Sie aufeinander abgestimmt. Das ist das wichtigste Argument für den Einsatz von Containern.

Bei Synapse müssen Sie die Hinweise lesen. Zu jedem Release gibt es Upgrade-Hinweise. Sie müssen die Hinweise für jede Version lesen, die Sie durchlaufen, nicht nur für die Zielversion. Nach dem Upgrade führt Synapse Hintergrundaktualisierungen an der Datenbank aus. Auf einem kleinen Server kann dadurch die Systemleistung über Stunden beeinträchtigt sein. Das ist erwartetes Verhalten und kein Fehler.

Lizenzbedingungen in einfachen Worten

Mattermost vertreibt seine kompilierten Team-Edition-Builds unter der MIT-Lizenz. Der Quellcode wird unter AGPLv3 oder einer kommerziellen Lizenz angeboten. Teile des Repositorys stehen unter der Mattermost Source Available License. Für den Produktiveinsatz ist dafür eine kostenpflichtige Lizenz erforderlich. Rocket.Chat steht unter der MIT-Lizenz, mit Ausnahme der Verzeichnisse ee/. Diese unterliegen einer eigenen Enterprise-Lizenz. Synapse wechselte mit Version 1.99.0 von Apache 2.0 zu AGPLv3. Die Mitwirkenden unterzeichnen eine CLA, die es Element ermöglicht, Ausnahmen von dieser Lizenz zu verkaufen. Zulip steht unter Apache 2.0 und hat kein Enterprise-Verzeichnis. Deshalb gibt es bei der SSO-Unterstützung keinen Vorbehalt.

Die praktische Bedeutung: AGPL ist für Sie nur relevant, wenn Sie den Server ändern und ihn anderen als Dienst anbieten möchten. Für ein kleines Team ist die Open-Core-Abgrenzung deutlich wichtiger. Sie beschreibt, welche Funktionen im kostenlosen Build fehlen. Bei Zulip fehlen die wenigsten Funktionen, bei Mattermost die meisten.

Welche Option sollten Sie wählen?

Ein internes Team-Tool. Mattermost. Es hat den geringsten dokumentierten Ressourcenbedarf, die unkompliziertesten Upgrades und eine vertraute Oberfläche, die keiner Erklärung bedarf. Planen Sie ab dem Tag, an dem SSO erforderlich wird, ein kostenpflichtiges Paket ein. Dieser Tag kommt für die meisten Teams.

Ein Community-Server. Zulip. Topics halten einen stark frequentierten öffentlichen Kanal auch Monate später übersichtlich, SAML und LDAP sind kostenlos, und das Upgrade erfolgt mit einem Befehl. Wenn Ihre Community eher aus Beiträgen und Antworten als aus Live-Chat besteht, vergleichen Sie zuerst selbst gehostete Forensoftware, da ein Forum in Suchmaschinen besser indexiert wird und überhaupt keine Push-Infrastruktur benötigt. Wählen Sie stattdessen Rocket.Chat, wenn Sie Sprach-, Video- und Omnichannel-Funktionen benötigen und die in der eigenen Dokumentation genannten 8 GB bereitstellen können.

Ein Netzwerk mit Interoperabilitätsanforderungen. Matrix mit Synapse und Element. Rechnen Sie mit wachsendem Medienbestand, konfigurieren Sie die Aufbewahrungsdauer am ersten Tag, verwenden Sie PostgreSQL und mehr Speicherplatz als zunächst angenommen, und nutzen Sie die Möglichkeit, mit Servern zu kommunizieren, die Sie nicht kontrollieren. Synapse für ein Team zu wählen, das nie föderiert, bedeutet, diese Kosten ohne Nutzen zu tragen.

FAQ

Was ist die beste selbst gehostete Slack-Alternative für ein kleines Team?

Mattermost ist für die meisten internen Teams die beste Wahl. Die Dokumentation deckt 1 bis 1,000 Benutzer auf einer vCPU und mit 2 GB RAM ab, wenn PostgreSQL auf demselben Rechner läuft. Damit passt es zum kleinsten VPS-Tarif, den die meisten Anbieter anbieten. Der Nachteil ist Single Sign-On: Die kostenlose Team Edition unterstützt nur GitLab OAuth. SAML, AD/LDAP und OpenID Connect erfordern jeweils einen kostenpflichtigen Tarif. Wenn kostenloses SSO wichtiger ist als die Slack-ähnliche Oberfläche, verwenden Sie stattdessen Zulip.

Kann ich einen selbst gehosteten Chatserver auf einem 2-GB-VPS betreiben?

Mattermost ja. Zulip ebenfalls, wenn Sie Swap hinzufügen. Die eigene Dokumentation von Zulip empfiehlt Swap bei weniger als 5 GB. Rocket.Chat wird Sie dagegen enttäuschen, weil die WiredTiger-Engine von MongoDB für ihren Cache den größeren Wert aus 50 % von (RAM minus 1 GB) oder 256 MB beansprucht. Bei einem Rechner mit 2 GB RAM sind damit ungefähr 512 MB belegt, bevor die Anwendung startet. Die Anwendung lässt sich installieren, wird aber mit wachsendem Nachrichtenverlauf immer langsamer und endet schließlich mit einem Out-of-Memory-Kill. Die kleinste veröffentlichte Größenklasse von Rocket.Chat umfasst 4 GiB für die Anwendung und 4 GiB für MongoDB.

Benötigen selbst gehostete Chatserver einen eigenen Server für mobile Push-Benachrichtigungen?

In der Regel nicht. Apple APNs und Google FCM akzeptieren Benachrichtigungen nur von dem Anbieter, der die jeweilige Anwendung signiert hat. Die Anwendung des Anbieters verwendet daher dessen Gateway. Die Bedingungen unterscheiden sich. Mattermost bietet einen kostenlosen Testdienst ohne SLA sowie einen kostenpflichtigen gehosteten Dienst an. Rocket.Chat begrenzt Community-Workspaces auf 10,000 Push-Benachrichtigungen pro Monat. Danach werden keine Benachrichtigungen mehr zugestellt, bis der Monat zurückgesetzt wird. Zulip umfasst Push-Benachrichtigungen kostenlos für bis zu 10 Benutzer. Für mehr Benutzer ist ein Tarif erforderlich. Matrix-Homeserver senden Push-Benachrichtigungen kostenlos über das Gateway, das von den Element-Anwendungen verwendet wird. Ein eigenes Gateway benötigen Sie nur, wenn Sie auch eigene Anwendungsversionen veröffentlichen.

Sollte ich Matrix und Synapse für ein Team selbst hosten, das nie mit anderen Servern kommuniziert?

Nein. Synapse ist für Federation ausgelegt. Federation macht den Betrieb jedoch auch aufwendiger. Wenn Sie Räumen auf anderen Servern beitreten, werden deren Zustand und Medien auf Ihre Festplatte übertragen und dort zwischengespeichert. Der Speicherbedarf wächst dadurch aus Gründen, die nichts mit Ihren eigenen Benutzern zu tun haben. Setzen Sie media_retention mit einem kurzen remote_media_lifetime, bevor dies geschieht. Ein Team, das nur intern kommuniziert, trägt die Betriebskosten ohne einen Nutzen daraus zu ziehen. Mattermost oder Zulip erfüllen dieselbe Aufgabe mit weniger Hardware.

Welche selbst gehostete Slack-Alternative bietet kostenloses Single Sign-On?

Zulip und Synapse. Zulip umfasst SAML und LDAP im selbst gehosteten Server kostenlos. Synapse unterstützt OpenID Connect, SAML und CAS in seiner Konfiguration. Bei neueren Installationen wird dafür zunehmend der separate Matrix Authentication Service verwendet. Die Community Edition von Rocket.Chat unterstützt grundlegende LDAP- und SAML-Anmeldungen. Attributsynchronisierung, Gruppenmapping und Hintergrundsynchronisierung sind jedoch nur mit einer Enterprise-Lizenz verfügbar. Die kostenlose Team Edition von Mattermost unterstützt ausschließlich GitLab OAuth.