Stalwart 1.0 steht vor der Tür – was feststeht, was sich andeutet und was Spekulation ist

Der Rust-Mailserver Stalwart steht kurz vor Version 1.0. Was das Team offiziell angekündigt hat, was sich aus Blog und Releases ablesen lässt und wo meine eigenen Vermutungen anfangen. Sauber getrennt.

Auf Reddit hat mir das Stalwart-Team vor Kurzem unter meinem Beitrag zu Stalwart vs. Mailcow geantwortet: „V1.0.0 will be released next week.“ Für alle, die Stalwart betreiben oder darüber nachdenken, ist das eine gute Nachricht. Und eine gute Gelegenheit, einmal zu sortieren.

Denn rund um ein großes Release schwirren immer drei Arten von Informationen herum: Dinge, die feststehen. Dinge, die sich andeuten. Und Dinge, die sich jemand zusammenreimt. Ich versuche, diese drei hier sauber zu trennen:

🟢 Fakt: offiziell angekündigt oder bereits veröffentlicht, mit Quelle
🟡 Angedeutet: vom Team in Aussicht gestellt, aber ausdrücklich ohne Garantie
🔴 Spekulation: meine eigene Einschätzung, keine Information von Stalwart

Stand dieses Beitrags: 23. Oktober 2026. Zu diesem Zeitpunkt ist die neueste Version auf GitHub v0.16.25 vom 5. Oktober. Sobald 1.0 erscheint, aktualisiere ich den Beitrag.

🟢 Was feststeht

Es gibt keine offenen Bug-Reports mehr

Im Juni 2026, mit Version 0.16.10, hat das Team verkündet, dass es keine offenen Bug-Reports mehr gibt, die auf einen Fix warten. Die rund hundert offenen Issues auf GitHub sind Feature-Wünsche und Verbesserungen.

Das Team sagt dazu selbst sehr ehrlich: Das heißt nicht, dass Stalwart fehlerfrei ist. Es heißt, dass alle bekannten Fehler behoben sind. Für ein Projekt dieser Größe ist das trotzdem bemerkenswert.

Was 1.0 bedeuten soll

Laut dem Blogbeitrag „Zero open bug reports: The road to Stalwart 1.0“ dreht sich 1.0 um zwei Dinge:

Ein festes Datenbankschema. Das Schema soll so gestaltet werden, dass künftige Funktionen ohne Migrationen hinzukommen können. Das Team schreibt, Updates sollen danach nicht mehr etwas sein, wofür man ein Wartungsfenster einplant.
Performance. Arbeit an der eingebauten Volltextsuche, Benchmarks und Optimierung der Codepfade, die am häufigsten durchlaufen werden.

Das ist für Selbsthoster der eigentlich spannende Punkt. Wer Stalwart in den 0.x-Versionen betrieben hat, kennt Updates, bei denen man vorher die Release Notes sehr genau lesen musste.

Was seit meinen Beiträgen dazugekommen ist

Seit ich Stalwart vs. Mailcow und das Installations-Tutorial geschrieben habe, ist einiges passiert:

JMAP-Konformität: Stalwart besteht alle 309 Tests der JMAP-Testsuite, die gemeinsam mit Cyrus und Fastmail abgestimmt wurde.
DKIM2 und DMARCbis (ab v0.16.12): DMARCbis, der Nachfolger von DMARC, ist im Mai 2026 als RFC 9989 bis 9991 erschienen. DKIM2 ist noch ein Entwurf bei der IETF. Stalwart unterstützt beides und bezeichnet sich als ersten Mailserver, der das kann.
Sievepad (September 2026): ein Editor für Sieve-Filterregeln im Browser. Die Skripte laufen lokal per WebAssembly, ohne Konto und ohne Server. Für jeden, der schon mal an einer Sieve-Regel verzweifelt ist, ein echter Gewinn.
Migrations-Proxy (Juni 2026): ein Proxy, der vor einem alten und einem neuen Server sitzt und Postfach für Postfach umzieht, ohne dass sich für die Nutzer Hostname, Ports oder Passwörter ändern. Interessant: Das funktioniert laut Stalwart auch mit Postfix/Dovecot-Systemen wie Mailcow oder Mail-in-a-Box.
SCIM v2 (ab v0.16.20) für die automatische Benutzerverwaltung, als Enterprise-Funktion.

Wichtig für MySQL- und MariaDB-Nutzer

Ein Punkt, den man nicht übersehen sollte: Version 0.16.19 hat die Schlüsselspalten bei MySQL und MariaDB geändert. Bestehende Installationen mit diesen Datenbanken müssen laut Release Notes einmalig pro Tabelle ein ALTER TABLE ausführen.

Wer, wie in meinem Tutorial, das eingebaute RocksDB nutzt, ist davon nicht betroffen. Wer aber auf MySQL oder MariaDB setzt und bei einer älteren 0.16-Version hängt, sollte das vor dem Sprung auf 1.0 erledigen.

Webmail kommt nicht mit 1.0

Stalwart hat selbst geschrieben, dass eine eigene Webmail erst nach 1.0 entwickelt wird, als Single-Page-Anwendung in Rust. Bis dahin empfiehlt das Team Roundcube, SnappyMail, SOGo oder TMail Web. Aus der Community kommt außerdem Bulwark, ein JMAP-Webmailer, auf den ich auf Reddit hingewiesen wurde.

Wer also auf 1.0 wartet, um endlich eine Webmail zu bekommen: Das wird nicht passieren.

Das Lizenzmodell

Stalwart gibt es weiterhin in zwei Ausgaben: Die Community-Edition ist kostenlos und hat kein Postfachlimit. Die Enterprise-Edition wird pro Postfach abgerechnet und beginnt bei 25 Postfächern mit 2 Euro pro Postfach und Jahr. Für Heimanwender und kleine Installationen reicht die Community-Edition.

🟡 Was sich andeutet

Das Update von 0.16 soll unspektakulär werden

Im Beitrag zum Migrations-Proxy schreibt das Team, dass keine großen Breaking Changes wie bei früheren Updates erwartet werden. Version 0.16 sei bereits sehr nah am Design von 1.0. Die verbleibende Arbeit betreffe vor allem Performance und Code-Optimierung.

Aber: Ob das Datenbankschema final ist, war zu diesem Zeitpunkt noch nicht bestätigt. Falls es sich noch ändert, soll das Update von 0.16 die Unterschiede automatisch erkennen und migrieren, also ohne Handarbeit. Das Team nennt das ausdrücklich ein Ziel, „not yet a guarantee“.

Übersetzt: Wahrscheinlich reicht es, das Image zu tauschen. Sicher ist es erst, wenn die Release Notes es sagen.

Stalwart will schlank bleiben

Im Roadmap-Beitrag hat das Team angekündigt, sich nach 1.0 auf die Kernprotokolle zu konzentrieren: JMAP, IMAP, POP3, SMTP und WebDAV. Ausdrücklich will man kein „Alleskönner“ werden. Das spricht dafür, dass nach 1.0 eher Verfeinerung kommt als eine Flut neuer Funktionen. Mit der Webmail als großer Ausnahme.

Umziehen wird einfacher

Mit dem Migrations-Proxy und dem Import-Werkzeug Vandelay baut Stalwart sichtbar an Wegen, wie man von anderen Systemen umzieht. Die Richtung ist klar: Wer heute Mailcow betreibt, soll ohne großen Stichtag wechseln können. Wie gut das in der Praxis funktioniert, wird man sehen müssen.

🔴 Was Spekulation ist

Ab hier wird es meine Einschätzung. Nichts davon hat Stalwart so gesagt.

Das genaue Datum. „Next week“ ist eine Ansage, kein Termin. Bei Open-Source-Projekten ist es völlig normal, dass ein Release sich um ein paar Tage verschiebt, wenn kurz vorher noch etwas auffällt. Ich würde mich weder wundern, wenn es pünktlich kommt, noch, wenn es noch zwei Wochen dauert.

Kommt schnell eine 1.0.1? Ich halte es für wahrscheinlich. Nicht weil Stalwart schlecht arbeitet, sondern weil bei jedem großen Release erst die breite Nutzerbasis die letzten Sonderfälle findet. Das ist bei jedem Projekt so.

Bleibt die Konfiguration gleich? Ich gehe davon aus, dass die Konfiguration aus 0.16 weitgehend übernommen wird, weil das Team auf ein nahtloses Update hinarbeitet. Garantiert ist das nicht.

Wann kommt die Webmail? Das Team sprach in der Roadmap von „wahrscheinlich 2026“. Da 1.0 jetzt im Herbst kommt, würde ich persönlich eher mit 2027 rechnen, und zuerst mit einer frühen Version.

Wandern Funktionen in die Enterprise-Edition? Das ist eine Sorge, die man bei Open-Core-Projekten oft liest. Ich habe dafür keine Anzeichen gefunden. Neue Funktionen wie SCIM sind von Anfang an als Enterprise gekennzeichnet, aber mir ist keine Funktion bekannt, die nachträglich hinter die Bezahlschranke gewandert wäre.

Was ich als Stalwart-Nutzer jetzt tun würde

Unabhängig davon, wann genau 1.0 kommt:

Image-Tag festnageln. In meinem Tutorial steht bewusst stalwartlabs/stalwart:v0.16 statt latest. Wer latest nutzt, bekommt 1.0 beim nächsten docker compose pull automatisch, ob er will oder nicht.
Backup prüfen. Nicht nur, ob es läuft, sondern ob man es auch zurückspielen kann. Das Backup-Skript aus dem Tutorial ist dafür ein Anfang.
Auf die aktuelle 0.16 gehen. Je näher man an der letzten 0.16-Version ist, desto kleiner ist der Schritt zu 1.0. MySQL/MariaDB-Nutzer: an das ALTER TABLE denken.
Release Notes lesen. Klingt banal, ist aber der wichtigste Punkt.
Nicht am ersten Tag aktualisieren. Ein paar Tage warten, ob es Rückmeldungen gibt, kostet nichts. Für einen privaten Mailserver gibt es keinen Grund, am Erscheinungstag dabei zu sein.

Fazit

Stalwart 1.0 ist weniger ein Feuerwerk neuer Funktionen als ein Versprechen: Ab hier soll es stabil bleiben. Festes Datenbankschema, Updates ohne Wartungsfenster, keine bekannten offenen Fehler. Für einen Mailserver, also für etwas, das einfach laufen soll, ist das genau die richtige Art von Meilenstein.

Ich betreibe Stalwart selbst und werde das Update nach dem Erscheinen machen und hier berichten, wie es gelaufen ist. Die Beiträge Stalwart vs. Mailcow und das Installations-Tutorial werden dann ebenfalls aktualisiert.

Quellen: