Die richtige MTA ist die, die passt, nicht die mit dem besten Pitch.

# Zählen Sie die in den letzten 30 Tagen zur Zustellung angenommenen Nachrichten
# (Postfix-Log; passen Sie den Pfad für Ihren aktuellen MTA an)
$ journalctl -u postfix --since "30 days ago" | grep -c "status=sent"
7421043

# ~7,4M/Monat liegt unter der ~10M-Linie Postfix-vs-Hochvolumen.
# Ein getuntes Postfix ist die wahrscheinliche Antwort; KumoMTA nur bei echtem Wachstum.
# Im DACH-Raum den Anteil an GMX, Web.de und T-Online im selben Schritt prüfen.
$ echo $(( 7421043 / 30 )) "im Tagesschnitt"
247368 im Tagesschnitt

Die Engines, ehrlich

Hier die Produktionslandschaft, wie sie 2026 tatsächlich steht: das Lizenzmodell, das Volumen, zu dem jede Engine passt, und worin jede wirklich gut ist statt dessen, was ihr Marketing behauptet. Sendmail und Exim sind der Vollständigkeit halber dabei, obwohl keines meist die richtige Wahl für einen neuen Hochvolumen-Bau ist.

Wann sollten Sie Postfix oder KumoMTA wählen?

Postfix ist das Arbeitspferd des Internets und der richtige Standard für fast jeden. Es ist sicher, stabil, frei und in nahezu jede Linux-Distribution und jeden Selbsthosting-Stack gebündelt, und es bewältigt die große Mehrheit der Versandbedürfnisse, ohne dass jemand angestrengt nachdenkt. Seine Grenzen zeigen sich im Marketing-Maßstab, wo das Throttling pro Empfänger und das Traffic Shaping pro Provider eigene Konfigurationsarbeit verlangen, die zweckgebaute Engines nativ leisten. Diese Grenzen zu erreichen, ist ein Meilenstein, den die meisten Versender nie treffen.

KumoMTA ist die moderne Open-Source-Option für die Versender, die es tun. In Rust gebaut vom Architekten hinter Momentum, als Code in Lua konfiguriert und von Anfang an cloud-nativ entworfen, bringt es die Hochvolumen-Fähigkeiten einer kommerziellen Engine — natives Throttling, Traffic Shaping, Kontrolle pro Mandant — zu null Softwarekosten. Der gängige Rat quer durch die Branche ist heute direkt: Wer eine kommerzielle Lizenz abwägt, prüfe zuerst KumoMTA, denn es bietet viel derselben Fähigkeit ohne die jährliche Gebühr. Der Tausch ist betrieblich, nicht finanziell: Sie brauchen die Fähigkeit, eine Konfiguration-als-Code-Engine zu betreiben, und sie liefert per Design keine Web-Oberfläche. Beide Lücken sind schließbar; keine ist ein Grund, aus Gewohnheit zur bezahlten Lizenz zurückzufallen.

Wann lohnt sich eine kommerzielle Engine wie PowerMTA?

Eine kommerzielle Lizenz kauft weiter echte Dinge — eine Herstellerbeziehung, Support mit SLA und in manchen Fällen Fähigkeiten, die wirklich schwer zu replizieren sind. Die Frage ist, ob diese Dinge den Preis für Ihre Situation rechtfertigen, und die Antwort unterscheidet sich scharf je Engine.

PowerMTA bleibt nach installierter Basis der Industriestandard, mit zwei Jahrzehnten bewährtem IP-Pool-Management, Throttling pro ISP und Logging dahinter. Seine Schwäche 2026 ist die Richtung, nicht die Fähigkeit: Die Roadmap stockte, nachdem die Engine in Bird gefaltet wurde, sodass eine frische PowerMTA-Lizenz zunehmend mit einem freien KumoMTA konkurriert, das viel derselben Arbeit tut. Halon nimmt einen anderen Winkel und bietet eine tief programmierbare Engine mit eigener Skriptsprache und eingebauter Sicherheit und Filterung — die starke Wahl, wo komplexe, sich ändernde Policy und Mehrmandanten-Kontrolle die zentrale Anforderung sind. MailerQ ist um externe Message Queues für maximalen Durchsatz und Echtzeit-Zustellkontrolle gebaut, gezielt auf die größten ESP-Infrastrukturen, wo queue-getriebene Architektur der Punkt ist. GreenArrow paart einen fähigen MTA-Kern mit optionalen Marketing-Funktionen, was attraktiv ist, wenn Sie Versand und Kampagnenwerkzeug von einem Anbieter wollen, und abschreckend, wenn Sie das lieber Ihrer Anwendungsschicht überlassen. Keine davon ist eine schlechte Engine. Jede ist die richtige Engine für eine bestimmte Form von Problem und die falsche für die anderen.

Wenn mehr als eine Engine Sinn ergibt

Die meisten Versender sollten genau eine Engine betreiben; eine zweite ist Betriebsfläche, die einen Grund braucht. Aber für manche großen Betriebe ist mehr als eine der richtige Entwurf. Eine Plattform könnte KumoMTA für ihre Massen-Marketing-Ströme betreiben und einen getrennten, eng kontrollierten Pfad für hochwertige Transaktionsmail halten, sodass ein Marketing-Problem nie einen Passwort-Reset berühren kann. Ein Geschäft mitten in der Migration betreibt per Definition eine Weile zwei Engines, eine drainend, während die andere füllt. Und einige Betreiber teilen bewusst nach Provider oder Region, jede Engine auf das abgestimmt, worin sie am besten ist.

Das Argument gegen ein Mehr-Engine-Setup ist real und gewinnt meist: Jede zusätzliche Engine ist eine weitere Sache zu konfigurieren, überwachen, patchen und verstehen, und die Komplexität multipliziert sich, statt sich zu addieren. Die Hürde ist also hoch. Wir entwerfen einen Mehr-Engine-Bestand, wenn die Isolation oder die Spezialisierung ihren Unterhalt wirklich verdient, und reden Teams davon ab, wenn es Komplexität um ihrer selbst willen ist. Der Standard bleibt eine Engine, gut betrieben; mehr als eine ist eine bewusste Wahl für ein konkretes Problem, kein Zeichen von Raffinesse.

Wie wir tatsächlich entscheiden würden

Von Nuancen befreit, ist der Entscheidungsbaum kurz, und wir würden ihn ungefähr in dieser Reihenfolge ablaufen. Liegt Ihr Volumen unter dem Punkt, an dem Postfix sich schwertut — um zehn Millionen im Monat —, nutzen Sie Postfix und hören Sie auf; der Rest dieser Seite ist für jemand anderen. Bauen Sie Hochvolumen von Grund auf ohne bestehende Bindung, prüfen Sie zuerst KumoMTA, denn frei und modern ist ein starker Standard, und die betrieblichen Lücken sind solche, die ein gutes Team schließt. Halten Sie schon eine PowerMTA-Lizenz und kennt Ihr Team die Engine, ist ein frischer PowerMTA-Bestand vertretbar — Sie bauen auf echten Vermögenswerten und Erfahrung.

Von da wird es konkret. Ist Ihr bestimmendes Bedürfnis tief programmierbare Policy, Filterung und Sicherheit, ist Halon genau dafür gebaut. Ist es roher, queue-getriebener Durchsatz im größten Maßstab, ist MailerQ der Spezialist. Wollen Sie eine MTA und Marketing-Funktionen von einem einzigen Anbieter, bündelt GreenArrow sie. Der Sinn der Reihenfolge ist, dass die einfacheren, billigeren Optionen zuerst kommen und Sie nur dann die Liste hinabgehen, wenn eine konkrete Anforderung Sie dorthin drückt — nicht, weil eine teurere Engine substanzieller wirkt.

Wie umkehrbar ist eine MTA-Wahl — sind Sie gebunden?

Keine MTA-Wahl ist endgültig, aber sie sind nicht gleich umkehrbar, und der Unterschied ist es wert, abgewogen zu werden. Die Reputation, der Vermögenswert, der tatsächlich zählt, lebt auf Ihren IPs und Domains statt auf der Software, also reist sie mit Ihnen zwischen Engines, wenn eine Migration gut gemacht ist — dieser Teil ist gar nicht gebunden. Was variiert, ist die Konfiguration. Die Einstellungen einer proprietären Engine sind ihr eigen, also heißt sie zu verlassen, alles in den Begriffen der nächsten Engine neu auszudrücken; eine offene Konfiguration-als-Code-Engine hinterlässt Ihnen zumindest lesbare Logik, die Ihnen vollständig gehört.

Die praktische Lehre ist, die Entscheidung zu den Dingen hin zu gewichten, die teuer rückgängig zu machen sind, und bei denen gelassen zu sein, die es nicht sind. Die falsche Engine zu wählen, ist über eine Migration wiederherstellbar, die Wochen kostet, nicht Jahre. Ihre Reputation auf irgendeiner Engine verfallen zu lassen, ist weit schwerer zurückzunehmen. Wählen Sie also sorgfältig, aber behandeln Sie die Wahl nicht als unumkehrbar und erstarren Sie nicht; das größere Risiko für die meisten Versender ist, jahrelang auf einer schlechten Passung zu bleiben, weil der Wechsel einschüchternder wirkte, als er tatsächlich ist.

Die europäische Dimension

Für einen Betrieb, der im DACH-Raum und im weiteren Europa versendet, kommt ein Faktor hinzu, den die rein technische Matrix übergeht: wo die Daten und die Infrastruktur liegen. Die DSGVO und, in Deutschland, das BDSG setzen Erwartungen an die Verarbeitung und den Speicherort der Daten Ihrer Empfänger, und eine selbstgehostete Engine auf europäischer Infrastruktur gibt Ihnen darüber eine Kontrolle, die ein außereuropäischer gemanagter Dienst nicht im selben Maß bietet. Ebenso lohnt im deutschsprachigen Markt, die Zustellung bei den lokalen Mailbox-Providern — GMX, Web.de und T-Online — als reales Kriterium mitzudenken, neben Gmail, Outlook und Yahoo, und die Möglichkeit, sich an der Certified Senders Alliance (CSA) auszurichten, der in Deutschland verwurzelten Whitelist. Keiner dieser Punkte entscheidet die Engine allein, aber sie verschieben die Rechnung für einen europäischen Versender spürbar in Richtung Besitzen auf eigener, europäischer Infrastruktur — und sie gehören in das ehrliche Gespräch, bevor man sich festlegt.

Warum jemandem trauen, der keine davon verkauft?

Der meiste MTA-Rat kommt von jemandem mit einem Interesse an der Antwort — einem Hersteller, der eine Lizenz verkauft, einem Hoster, der ein Bündel verkauft, einer Beratung, die nur eine Engine ausrollt. Dieser Rat ist nicht wertlos, aber er wird vom Katalog des Empfehlenden ebenso geformt wie von Ihren Bedürfnissen. Unsere Position ist bewusst anders: Wir betreiben PowerMTA und KumoMTA und verkaufen keine weiter, und wenn Postfix, Halon, ein ESP oder gar nichts zu tun besser passt, ist es das, was wir Ihnen sagen.

Diese Unabhängigkeit ist der ganze Wert, uns statt einen Hersteller zu fragen. Sie bedeutet, dass die Empfehlung „Sie brauchen nichts davon“ lauten kann, ohne uns etwas zu kosten, und sie bedeutet, dass wir, wenn wir doch den Bau eines Bestands vorschlagen, es tun, weil das Volumen und die Anforderungen wirklich einen verlangen. Rat, dem Sie bei einer so folgenreichen Entscheidung trauen können, muss von jemandem kommen, dessen Einkommen nicht davon abhängt, wie sie ausfällt.

Die Entscheidung, die Sie wirklich treffen

Eine MTA zu wählen, heißt nicht wirklich, Software zu wählen; es heißt, ein mehrjähriges Zuhause für Ihre Versandreputation und eine Form für Ihr Betriebsleben zu wählen. Die Engine, die Sie wählen, entscheidet, womit Ihr Team Zeit verbringt, was Ihre Infrastruktur kostet und wie viel Kontrolle Sie über den Vermögenswert — Ihre Reputation — halten, der bestimmt, ob Ihre Mail überhaupt ankommt. Deshalb verdient die Entscheidung mehr Nachdenken als einen Feature-Vergleich und weniger Drama als das Marketing darum. Treffen Sie die Passung richtig, bei Volumen, Budget und den Menschen, die sie betreiben, und die Engine wird zum Teil des Stacks, über den Sie aufhören nachzudenken. Treffen Sie sie falsch, und Sie verbringen Jahre damit, eine Wahl zu umgehen, die ein einziges ehrliches Gespräch am Anfang hätte klären können.

Wenn es eine Sache aus all dem mitzunehmen gibt, ist es, die Engine an Ihre Realität anzupassen statt an eine Ambition. Das Volumen, das Sie tatsächlich senden, das Budget, das Sie tatsächlich haben, und die Menschen, die sie tatsächlich betreiben, klären die Frage verlässlicher als jede Feature-Liste. Beginnen Sie bei diesen dreien, widerstehen Sie dem Zug zu mehr Engine, als Sie brauchen, und die Wahl trifft sich tendenziell selbst. Und wollen Sie sie nicht allein treffen, ist das genau das Gespräch, für das wir aufgestellt sind — ohne Interesse daran, wie es ausfällt, und ohne Grund, Sie zu irgendetwas außer der Passung zu lenken. Steht die Wahl fest und heißt sie KumoMTA, beginnt die Arbeit mit der Einrichtung; heißt sie Wechsel von einer bestehenden Engine, mit einer Migration.