Aus der Praxis

Was ein eigener Mailserver wirklich kostet

Nicht Geld, und auch nicht Können. Der Preis ist Aufmerksamkeit — und zwar deshalb, weil praktisch jeder Fehler in dieser Kette lautlos passiert. Ein Protokoll dessen, was beim Einrichten eines einzigen Postfachs tatsächlich schiefging.

Der Anlass

Für diese Seite war ein Postfach nötig. Genau eines, für die Adresse im Impressum, mit einer erwarteten Last von vielleicht einer Handvoll Nachrichten pro Woche. Ein Vorgang, den man mit „schnell aufsetzen" beschreiben würde.

Er dauerte mehrere Anläufe. Kein einzelnes Problem davon war schwierig — jedes einzelne war nur unsichtbar, bis jemand gezielt danach suchte. Das ist der eigentliche Befund, und deshalb steht das hier.

Was schiefging

Ein Paket blockierte seit zwei Wochen alle Updates

Beim ersten Installationsversuch brach die Paketverwaltung ab. Ursache war ein Zeitzonen-Paket, das seit elf Tagen in einem halb konfigurierten Zustand feststeckte: Die Systemzeitzone zeigte auf eine Datei, die keinen gültigen Zeitzonennamen trug, während eine zweite Datei etwas anderes behauptete. Das Paket wollte den Widerspruch auflösen, fragte nach, fand kein Terminal und brach ab.

Die Nebenwirkung war die eigentliche Nachricht. Seit elf Tagen scheiterten damit auch die automatischen Sicherheitsupdates dieses Servers — bei jedem Lauf, an derselben Stelle. Es gab keine Warnung, keine Mail, keinen roten Punkt irgendwo. Der Server war schlicht seit anderthalb Wochen ungepatcht, und das wäre weiter so gegangen, wenn nicht zufällig jemand ein Paket hätte installieren wollen.

Ein Dienst galt als tot und lief trotzdem

Beim Einrichten der Signierung ausgehender Mail zeigte die Dienstverwaltung den zuständigen Prozess als „fehlgeschlagen". Gleichzeitig war der Netzwerkport belegt und antwortete. Beides stimmte: Ein Prozess aus dem Vorjahr lief noch, gestartet außerhalb der Dienstverwaltung, mit einer anderen Konfigurationsdatei als der, die inzwischen gepflegt wurde. Der Mailserver redete die ganze Zeit mit diesem Altprozess.

Neustarts scheiterten deshalb mit „Adresse bereits in Verwendung" — eine Meldung, die auf ein Netzwerkproblem hindeutet und in Wahrheit auf einen Untoten zeigte.

Signiert wurde trotzdem nicht, und niemand sagte warum

Nach der Reparatur lief der Dienst, der Schlüssel passte nachweislich zum veröffentlichten DNS-Eintrag, die Prüfwerkzeuge meldeten „key OK". Trotzdem gingen Mails unsigniert hinaus. Zwei getrennte Ursachen, nacheinander:

• In der Konfiguration fehlte die Zeile, die den Betriebsmodus auf „signieren und prüfen" setzt. Ohne sie prüft der Dienst nur — und weil an einer ausgehenden Mail nichts zu prüfen ist, tat er gar nichts und schrieb dazu auch nichts ins Protokoll.
• Danach passte die Zuordnungstabelle nicht. Das Muster *@domain.tld ist die Schreibweise für eine Tabelle, die als regulärer Ausdruck gelesen wird; in einer einfachen Tabelle wird wörtlich verglichen, und dann trifft dieses Muster nichts. Der Dienst lief einwandfrei und signierte nichts.

Beides wurde erst sichtbar, nachdem eine Protokolloption eingeschaltet war, die den Grund für eine Nichtsignierung ausgibt. Die Standardeinstellung protokolliert Erfolge — über das Ausbleiben schweigt sie.

Der Zertifikatsname war nicht frei wählbar

Der Schlüssel musste als Eintrag im DNS veröffentlicht werden. Die Verwaltungsoberfläche des Anbieters erlaubt jedoch keine freien Einträge, sondern nur Vorlagen für bekannte Dienstleister — und die Vorlage vergibt den Namen selbst. Der Signaturname dieser Domain heißt deshalb heute nach einem Versanddienstleister, mit dem sie nichts zu tun hat. Funktional einwandfrei, inhaltlich Unsinn.

Das ist kein Fehler des Anbieters. Es ist die Folge davon, dass ein technisch offenes System über Oberflächen bedient wird, die nur die üblichen Fälle kennen.

Und dann noch die Klammer

Der Postfachdienst quittierte seine Konfiguration mit Garbage after '{'. Die Ursache: Nach einer öffnenden Klammer verlangt er einen Zeilenumbruch. Eine Einstellung, die in derselben Zeile steht, ist ungültig — eine Formatierungsregel, an der die Konfiguration scheitert, nicht ihr Inhalt.

Das Muster

Keiner dieser Punkte ist schwierig. Jeder einzelne lässt sich in einer Zeile beheben, sobald man ihn kennt. Sie haben eine andere Gemeinsamkeit:

Das ist die eigentliche Rechnung. Nicht die Einrichtung kostet, sondern die fortlaufende Pflicht, aktiv nachzusehen, ob noch stimmt, was gestern stimmte. Wer keinen Anlass hat nachzusehen, erfährt es nicht — und einen Anlass gibt es erst, wenn jemand eine Mail vermisst.

Woher das kommt

Die Ursache liegt nicht in schlechter Software. Sie liegt in der Bauform des Ganzen: E-Mail ist ein Protokoll, um das herum über vier Jahrzehnte lauter einzelne Verfahren gewachsen sind — Absenderfreigaben im DNS, Signaturen über einen Zusatzdienst, Bewertung durch den Empfänger, Zustellung über einen weiteren Dienst, Abholung über einen dritten.

Jedes dieser Teile funktioniert für sich und weiß vom nächsten nur so viel, wie es muss. Genau deshalb kann jedes für sich ausfallen, ohne dass die Kette abreißt: Die Mail geht weiter, nur eben unsigniert, ungeprüft oder unbewertet. Ein System, dessen Teile so höflich miteinander umgehen, verliert die Fähigkeit zu sagen, wenn eines fehlt.

Wer sich fragt, warum praktisch alle E-Mail an eine Handvoll großer Anbieter abgegeben haben: Das ist die Antwort. Nicht weil Selbstbetreiben zu schwer wäre, sondern weil es dauerhaft Aufmerksamkeit verlangt, die niemand einem Nebenprodukt widmen will.

Alle beschriebenen Vorfälle stammen aus dem Aufbau dieser Seite und der zugehörigen Infrastruktur im August 2026. Sie sind hier bewusst ungeschönt aufgeführt, inklusive der selbst verursachten.