Room Server in MeshCore: das Postfach für den Mesh-Betrieb

25.07.2026 · 6 Min. Lesezeit

Direktnachrichten und Channels in MeshCore haben eine gemeinsame Einschränkung: Sie funktionieren nur im Moment des Sendens. Ist der Empfänger zu diesem Zeitpunkt nicht in Reichweite, ist die Nachricht unwiderruflich verloren – es gibt keine Warteschlange, kein Nachliefern, kein “wird zugestellt, sobald du wieder online bist”. Für spontane Kommunikation zwischen Personen, die ohnehin gerade gleichzeitig aktiv sind, ist das kein Problem. Für alles andere schon. Genau hier setzt die dritte Geräterolle in MeshCore an: der Room Server. Dieser Artikel erklärt das Grundprinzip, wie sich ein Room Server von Repeatern und einfachen Channels unterscheidet, wie die verschiedenen Zugriffsstufen funktionieren und was beim Abrufen der Nachrichtenhistorie zu erwarten ist.

Das Grundprinzip: Speichern statt nur Durchleiten

Die naheliegendste und zugleich treffendste Analogie für einen Room Server ist ein E-Mail-Postfach. Wenn eine E-Mail eintrifft, während man gerade nicht am Rechner sitzt, geht sie nicht verloren – sie liegt im Postfach, bis man sich das nächste Mal einloggt und sie abruft. Ein Room Server überträgt genau dieses Prinzip auf ein MeshCore-Netz: Nachrichten, die an ihn gerichtet oder über ihn in einem angeschlossenen Raum gepostet werden, speichert er dauerhaft, statt sie nur im Moment des Empfangs durchzureichen. Meldet sich ein Nutzer später beim Room Server an – etwa, weil er wieder in Funkreichweite ist oder sein Gerät wieder eingeschaltet hat –, erhält er die in der Zwischenzeit aufgelaufenen, für ihn noch ungesehenen Nachrichten nachgereicht.

Dieses Prinzip heißt in der Fachsprache Store-and-Forward: speichern, bis eine Zustellung möglich ist, statt eine Nachricht bei Nichterreichbarkeit einfach fallen zu lassen. Es ist der entscheidende Unterschied zu allem, was bislang in dieser Artikelserie besprochen wurde – sowohl Direktnachrichten als auch Channel-Nachrichten existieren nur im Moment ihrer Übertragung, ein Room Server dagegen überbrückt bewusst Zeiträume der Abwesenheit.

Abgrenzung zu Repeatern

Ein Room Server ist auf den ersten Blick einem Repeater nicht unähnlich – beide sind feste Infrastruktur-Geräte, die man an einem geeigneten Standort installiert und dauerhaft betreibt, statt sie wie einen Companion mit sich herumzutragen. Die eigentliche Aufgabe unterscheidet sich jedoch grundlegend: Ein Repeater leitet Pakete weiter, speichert dabei aber nichts – er hat kein Gedächtnis für vergangene Nachrichten. Ein Room Server dagegen tut im Kern das Gegenteil: Er speichert gezielt Inhalte, statt sie einfach durchzuleiten, und richtet sich an Nutzer, die sich aktiv bei ihm anmelden, statt passiv Pakete für Dritte durchzuschleusen.

Technisch ist es zwar möglich, einem Room Server per Konfigurationsbefehl zusätzlich das Weiterleiten fremder Pakete wie ein Repeater zu erlauben. Davon wird jedoch abgeraten, weil einem Room Server in diesem Modus wichtige Repeater-spezifische Funktionen und Optimierungen fehlen – ein Room Server ist eben kein vollwertiger Ersatz für einen dedizierten Repeater, selbst wenn er über diese Notlösung technisch mitrepeaten kann.

Abgrenzung zu einfachen Channels

Auch der Vergleich zu einem gewöhnlichen Channel lohnt sich, weil beide auf den ersten Blick ähnliche Zwecke erfüllen – mehrere Personen tauschen sich in einem gemeinsamen Raum aus. Ein einfacher Channel ist dabei rein flüchtig: Eine Nachricht existiert für alle Teilnehmer nur in dem Moment, in dem sie gesendet wird, und wird grundsätzlich per Flood an alle erreichbaren Mitglieder verteilt, ohne dass es dafür einen fest zugeordneten Server gäbe. Ein Room dagegen ist an einen konkreten Room Server gebunden – man muss tatsächlich einen Pfad zu diesem Server haben, um an dem Room teilzunehmen –, dafür bekommt man beim Einloggen genau die Nachrichten nachgeliefert, die man während der eigenen Abwesenheit verpasst hat. Ein Room lässt sich damit am ehesten als eine Mischung aus Channel und Postfach beschreiben: gemeinsamer Gruppenraum wie ein Channel, aber mit Gedächtnis wie eine Direktnachricht mit Zustellgarantie.

Zugriffsstufen: Gast, Admin und Nur-Lese-Modus

Der Zugang zu einem Room Server wird über ein einfaches, aber wirkungsvolles Login-System geregelt, das mehrere Berechtigungsstufen kennt:

• Blanker/öffentlicher Zugang. Manche Room Server erlauben ein Einloggen ganz ohne oder mit einem leeren Passwort. Häufig ist ein solcher Zugang bewusst auf reines Lesen beschränkt – man kann die vorhandenen Nachrichten abrufen, aber nichts posten. Das eignet sich für öffentlich einsehbare Ankündigungsbretter, bei denen nur eine begrenzte Gruppe (etwa die Administratoren) tatsächlich schreiben soll.
• Gastzugang mit Passwort. Die meisten community-betriebenen Room Server verwenden ein einfaches, breiter geteiltes Passwort, das üblicherweise über den jeweiligen Community-Kanal (etwa ein Discord-Server oder eine lokale Mesh-Webseite) verteilt wird. Ein solcher Gastzugang erlaubt in der Regel sowohl Lesen als auch Schreiben, ohne dass dafür eine individuelle Freischaltung pro Nutzer nötig wäre.
• Administrativer Zugang. Für die eigentliche Verwaltung – etwa das Ändern von Einstellungen, das Verwalten einzelner Nutzerrechte oder das Zurücksetzen von Passwörtern – ist ein separates, deutlich strenger gehütetes Administrator-Passwort vorgesehen, das sich grundlegend vom Gastpasswort unterscheidet und nur den tatsächlich verantwortlichen Betreibern bekannt sein sollte.

Diese Abstufung erlaubt es, einen Room Server flexibel für ganz unterschiedliche Zwecke einzusetzen: von einem offenen, community-weiten Diskussionsraum mit weitgehend freiem Gastzugang bis zu einem reinen, nur lesbaren Ankündigungsbrett, auf dem ausschließlich Administratoren posten können.

Nachrichtenhistorie: was man beim Einloggen bekommt

Loggt sich ein Nutzer bei einem Room Server ein, überträgt dieser die seit dem letzten Besuch aufgelaufenen, für diesen Nutzer noch ungesehenen Nachrichten – laut offizieller Dokumentation bis zu 32 Nachrichten pro Login. Das reicht für die meisten Alltagsszenarien gut aus, ist aber kein unbegrenzter Speicher: Ein Room Server hält generell nur eine begrenzte Menge an Nachrichten vor, deren genaue Kapazität vom verwendeten Gerät und dessen Speicherausstattung abhängt. Werden ältere Nachrichten durch neue verdrängt, bevor man sich einloggt, sind sie entsprechend nicht mehr abrufbar. Wer über längere Zeit offline war oder einen stark frequentierten Room Server nutzt, sollte sich also nicht darauf verlassen, wirklich jede einzelne in der Zwischenzeit gepostete Nachricht lückenlos nachgeliefert zu bekommen.

Für den praktischen Betrieb bedeutet das: Ein Room Server ersetzt kein vollständiges Archiv, sondern überbrückt gezielt kürzere bis mittlere Abwesenheiten zuverlässig. Wer regelmäßig eincheckt, verpasst in der Praxis kaum etwas; wer wochenlang nicht online war, muss damit rechnen, dass ältere Beiträge bereits verdrängt wurden.

Mehrere Room Server gleichzeitig nutzen

Ein einzelner Companion ist nicht auf einen einzigen Room Server beschränkt. Ähnlich wie man Mitglied in mehreren unabhängigen Discord- oder Slack-Communitys sein kann, lässt sich ein MeshCore-Gerät bei mehreren Room Servern gleichzeitig anmelden – etwa einem lokalen Community-Room, einem themenspezifischen Fachraum und einem privaten Room für die eigene Familie oder Gruppe. Jeder dieser Rooms erscheint als eigener Eintrag in der Kontaktliste, führt seine eigene Zugangsverwaltung und speichert seine Nachrichtenhistorie unabhängig von den übrigen.

Das Wichtigste in Kürze

Ein Room Server durchbricht das “Jetzt oder nie”-Prinzip, das sonst für Direktnachrichten und Channels in MeshCore gilt, indem er Nachrichten speichert und erst zustellt, sobald sich ein Nutzer wieder einloggt – nach dem Vorbild eines E-Mail-Postfachs. Anders als ein Repeater leitet er dabei nicht primär fremde Pakete weiter, sondern speichert gezielt Inhalte für angemeldete Nutzer, und anders als ein einfacher Channel bindet er die Kommunikation an einen konkreten, dauerhaft erreichbaren Server statt an reine Flood-Verteilung im Moment des Sendens. Über ein gestuftes Login-System aus öffentlichem Lesezugang, Gastpasswort und Administrator-Zugang lässt sich genau steuern, wer lesen und wer schreiben darf, und beim Einloggen werden bis zu 32 zuvor ungesehene Nachrichten nachgeliefert – begrenzt durch den verfügbaren Speicher des jeweiligen Geräts.