Verwalteter Versand ist der sinnvolle Standard, eigenes SMTP die Alternative. Beim verwalteten Versand kümmert sich ein anderer Betreiber um IP-Reputation, Blocklisten und Feedbackschleifen und reagiert, wenn eine gemeinsam genutzte IP mitten in der Nacht gelistet wird. Für die meisten Versender ist das vorteilhafter, als all diese Aufgaben selbst zu übernehmen.
Mit eigenem SMTP läuft ausgehende Mail stattdessen über Ihr eigenes Konto bei Amazon SES, SendGrid, Mailgun oder Postmark. In drei konkreten Situationen ist das tatsächlich besser. Außerdem wird es häufig aus zwei Gründen gewählt, die einer genaueren Prüfung nicht standhalten.
So erkennen Sie, welcher Fall auf Sie zutrifft und wie das domainspezifische SMTP-Routing funktioniert.
Was eigenes SMTP tatsächlich ändert
Nur der ausgehende Weg ändert sich. Eingehende Mail erreicht unsere Server weiterhin über Ihre MX-Einträge, wird weiterhin gefiltert und landet im selben Postfach. Anders ist der letzte Übergabepunkt beim Versand: Statt die Nachricht an unsere Versandinfrastruktur zu übergeben, authentifizieren wir uns bei Ihrem Anbieter und reichen sie dort ein.
Alles danach fällt in dessen Zuständigkeit: IP-Adressen, Reputation, Ratenlimits, Bounce-Verarbeitung und Sperrliste. Sie tauschen einen Betreiber gegen einen anderen und übernehmen die Beziehung zum neuen Anbieter.
Konkret wechselt Folgendes auf Ihre Seite:
| Thema | Verwalteter Versand | Eigenes SMTP |
|---|---|---|
| IP-Reputation | Wird von uns gepflegt | Gehört Ihrem Anbieter und wird durch Ihre Nutzung geprägt |
| Ratenlimits | Tarifabhängige Tages- und Stundenlimits | Was Ihr Anbieter zulässt |
| Bounces und Beschwerden | Werden verarbeitet und im Dashboard angezeigt | Konsole und Webhooks Ihres Anbieters |
| Entfernung von Blocklisten | Wird von uns verfolgt | Liegt bei Ihnen und Ihrem Anbieter |
| Kosten pro Nachricht | Enthalten | Werden vom Anbieter berechnet |
Drei gute Gründe für eigenes SMTP
1. Ein Versandvolumen oberhalb des vorgesehenen Tarifumfangs. Die Tarifgrenzen reichen bis zu einigen Tausend Nachrichten pro Postfach und Tag. Wenn Sie monatlich Hunderttausende Transaktionsnachrichten versenden, ist ein spezialisierter Versanddienst meist günstiger und passender, denn genau dafür wurde er entwickelt. Eine Plattform für Postfächer ist nicht für Massenversand gedacht.
2. Sie haben bereits eine etablierte Anbieterbeziehung. Wenn Ihre Anwendung Belege und Passwortzurücksetzungen bereits über SES mit einer aufgewärmten dedizierten IP sendet, bündelt der Versand der Mitarbeitermail über denselben Weg die Reputation, statt sie auf zwei Versender aufzuteilen. Es gibt weniger bewegliche Teile und nur eine Konsole für die Fehlersuche.
3. Sie nutzen Nano. Nano enthält keinen verwalteten Versand. Eigenes SMTP ist daher der vorgesehene Versandweg und kein Behelf.
Zwei Gründe, die nicht überzeugen
„Ich erhalte eine bessere Zustellbarkeit.“ Meist nicht, anfangs oft sogar das Gegenteil. Ein gemeinsamer Pool eines etablierten Anbieters besitzt eine durch Tausende Versender aufgebaute Reputation. Ein neues SES-Unterkonto hat noch keine. Sie beginnen bei null und große Empfänger behandeln Sie als unbekannt, bis sich eine Reputation gebildet hat. Sofern Ihr Volumen nicht ausreicht, eine dedizierte IP aufzuwärmen und aktiv zu halten, tauschen Sie eine vorhandene Reputation gegen eine leere Ausgangslage.
„Ich möchte die Versandlimits umgehen.“ Die Grenzen bestehen, weil hohes Volumen von einer jungen Domain wie ein kompromittiertes Konto wirkt und Empfänger entsprechend reagieren. Ein anderer Versandweg ändert nicht, wie Gmail eine Domain bewertet, die plötzlich zehntausend Nachrichten sendet. Ihr Anbieter verlangt ebenfalls eine schrittweise Steigerung und kann bei Überschreitung das Konto sperren. Das ist schwerer zu beheben als ein Ratenlimit. Siehe Versandlimits und Domain-Warm-up.
Eigenes SMTP pro Domain und wiederverwendbare Profile
Eigenes SMTP wird pro Domain eingerichtet. Das ist nützlicher, als es zunächst klingt.
Jede Domain verweist auf ihren eigenen ausgehenden Weg. Eine Domain kann über SES versenden, eine andere den verwalteten Versand nutzen und eine dritte einen völlig anderen Anbieter. Eine Agentur kann so einem Kunden die gewünschte eigene Infrastruktur geben, ohne etwas für andere Kunden zu ändern.
Zugangsdaten werden als Profile im Konto gespeichert, statt pro Domain neu eingegeben zu werden. Fügen Sie SES einmal hinzu und verknüpfen Sie das Profil mit beliebig vielen Domains. Bei einem Wechsel der Zugangsdaten ändern Sie nur eine Stelle. Wer dieselben Daten sechsmal eingibt, übersieht leicht fünf veraltete Kopien.
Einrichtung: Öffnen Sie auf der Domain den Tab SMTP, wählen Sie ein gespeichertes Profil oder erstellen Sie eines mit Hostname, Port, Benutzername und Passwort. Führen Sie vor dem Speichern einen Test durch. Er öffnet eine echte SMTP-Sitzung und authentifiziert sich. Überspringen Sie ihn nicht. Ungeprüfte Zugangsdaten versagen sonst womöglich erst beim Versand einer wichtigen Nachricht, und der Fehler erscheint beim Absender statt bei Ihnen.
Der oft übersehene DNS-Teil
Eigenes SMTP ändert, welche Server für Ihre Domain senden, und DNS muss dies ausweisen. Andernfalls schlägt die Authentifizierung jeder Nachricht fehl.
SPF muss den neuen Versender aufnehmen. Ihr Anbieter veröffentlicht einen Include-Mechanismus wie include:amazonses.com, include:sendgrid.net oder einen ähnlichen Wert. Er muss dem vorhandenen Eintrag hinzugefügt und darf nicht als zweiter Eintrag veröffentlicht werden. Zwei SPF-Einträge auf einer Domain sind ungültig und beide funktionieren nicht mehr.
Behalten Sie das Abfragebudget im Blick. SPF erlaubt zehn DNS-Abfragen. Jedes Include kostet mindestens eine, und Anbieter-Includes sind häufig verschachtelt. Mit einem dritten Versender überschreiten Domains leicht unbemerkt die Grenze und der Eintrag wird dauerhaft fehlerhaft. Siehe SPF-Abfragelimit.
DKIM stammt nun vom Anbieter. Ihr Anbieter signiert ausgehende Mail mit einem eigenen Schlüssel. Deshalb muss dessen DKIM-Eintrag neben unserem vorhanden sein. Meist erhalten Sie zwei oder drei CNAMEs zur Veröffentlichung. Mail, die über den Anbieter ausgeht, aber nur von uns signiert wird, besteht DKIM nicht.
Die DMARC-Ausrichtung muss weiterhin stimmen. DMARC verlangt, dass SPF oder DKIM mit der sichtbaren Absenderdomain übereinstimmt. Konfigurationen, die mit der Domain des Anbieters statt Ihrer eigenen signieren, bestehen DKIM, aber nicht die Ausrichtung und damit auch DMARC nicht. Das ist eine häufige Fehlerquelle bei BYO-SMTP-Migrationen und bleibt unsichtbar, bis Berichte eintreffen. Siehe DMARC-Ausrichtung.
Desktop-Clients sind eine eigene Entscheidung
Eigenes SMTP gilt für Mail aus Webmail oder unserer API. Ein Desktop-Client übergibt Nachrichten direkt an den SMTP-Server, der dort konfiguriert ist.
Es gibt zwei sinnvolle Varianten. Lassen Sie Clients an uns senden, damit die Route der Domain greift und Änderungen an einer Stelle erfolgen. Oder verbinden Sie Clients direkt mit Ihrem Anbieter. Das entfernt einen Übergabepunkt und kann geringfügig schneller sein.
Vermeiden Sie eine Mischung beider Wege. Zwei ausgehende Pfade bedeuten zwei Gruppen von Authentifizierungsergebnissen und zwei Stellen für die Fehlersuche. Später ist kaum noch klar, welcher Rechner welchen Weg nutzt.
Wofür Sie nun verantwortlich sind
Bounce-Verarbeitung. Harte Bounces bei Ihrem Anbieter müssen dort unterdrückt werden. Das Dashboard zeigt Beobachtungen unserer Infrastruktur, hat aber keinen Einblick in dessen Warteschlange.
Feedbackschleife für Beschwerden. Spam-Beschwerden gehen an den Eigentümer der Versand-IP. Richten Sie beim Anbieter Weiterleitung oder Speicherung ein und prüfen Sie die Meldungen. Eine steigende Beschwerderate ist ein frühes Warnsignal für nachlassende Zustellung.
Rotation der Zugangsdaten. Ein abgelaufenes SMTP-Passwort führt beim nächsten Versand zum Fehler. Aktualisieren Sie es im Profil und bestätigen Sie es über die Testschaltfläche, bevor es jemand bemerkt.
Die eigenen Regeln des Anbieters. SES beginnt in einer Sandbox, die nur an bestätigte Adressen sendet. Zum Verlassen ist eine Supportanfrage mit Beschreibung des Anwendungsfalls erforderlich. Das überrascht manche Teams mitten in einer Migration am Freitag.
Häufig gestellte Fragen
Ändert eigenes SMTP den Mailempfang?
Nein. Nur der ausgehende Weg ändert sich. Eingehende Mail erreicht unsere Server weiterhin per MX, durchläuft dieselben Filter und landet im selben Postfach.
Können verschiedene Domains unterschiedliche SMTP-Anbieter nutzen?
Ja. Eigenes SMTP gilt pro Domain. Eine kann über SES versenden, während eine andere den verwalteten Versand nutzt. Zugangsdaten werden als wiederverwendbare Profile auf Kontoebene gespeichert.
Verbessert eigenes SMTP die Zustellbarkeit?
Nicht von selbst, anfangs häufig sogar im Gegenteil. Ein neues Unterkonto beim Anbieter startet ohne Reputation. Es hilft, wenn genügend Volumen zum Aufwärmen und Halten einer dedizierten IP vorhanden ist oder bereits eine etablierte Versandbeziehung gebündelt werden soll.
Brauche ich weiterhin SPF- und DKIM-Einträge?
Mehr denn je. Das SPF-Include des Anbieters muss mit dem vorhandenen Eintrag zusammengeführt werden, seine DKIM-Einträge müssen veröffentlicht sein. Über ihn versandte, aber nur von uns signierte Mail besteht DKIM nicht, und eine falsch ausgerichtete Signatur besteht DMARC nicht.
Entfernt eigenes SMTP die Versandlimits?
Statt unserer gelten die Grenzen Ihres Anbieters. Seine Anforderungen für die schrittweise Steigerung sind häufig strenger, und eine Überschreitung kann zur Kontosperre statt zur Ratenbegrenzung führen.
Was geschieht bei einem Ausfall meines Anbieters?
Ausgehende Mail für Domains mit dieser Route schlägt fehl, bis der Dienst wiederhergestellt ist. Verwalteter Versand dient nicht als Ausweichlösung. Die Domain verwendet ihre konfigurierte Route.
Ist eigenes SMTP im Nano-Tarif erforderlich?
Ja. Nano enthält keinen verwalteten Versand. Ausgehende Mail wird in diesem Tarif daher über eigenes SMTP gesendet.
Kann ich eigenes SMTP über die API konfigurieren?
Ja. Eigene SMTP-Profile und das Routing pro Domain sind sowohl über die REST API als auch über MCP verfügbar, einschließlich Verbindungstest.
