Muss man ein separates SMTP-Relay einrichten, oder kann das eigene E-Mail-System transaktionale E-Mails und Kampagnen direkt versenden? Ein SMTP-Relay ist ein zwischengeschalteter Server, der die Zustellung von E-Mails anstelle des eigenen Servers übernimmt, um die deliverability zu erhalten und Volumina abzufedern, die das eigene System allein nicht bewältigen kann. Es greift nach der Funktionsweise von SMTP, auf der Transportebene der Nachricht.
SMTP-Relay und SMTP-Server Ihres E-Mail-Systems: zwei getrennte Glieder
Der SMTP-Server Ihres E-Mail-Systems (Outlook, Gmail oder das interne Tool Ihres CRM) ist der Ausgangspunkt der Nachricht. Das SMTP-Relay ist das nächste Glied: Es empfängt diese Nachricht und leitet sie weiter, manchmal unter Änderung der Versand-IP oder der angewendeten Authentifizierung. Wer beides verwechselt, begeht einen häufigen Fehler: Er versucht, die deliverability auf Seiten des E-Mail-Systems zu korrigieren, obwohl der Engpass beim Relay liegt. Die beiden ersetzen sich nicht gegenseitig. Um herauszufinden, welches der beiden Probleme bereitet, ermitteln Sie zunächst den von Ihrem E-Mail-System verwendeten SMTP-Server. Hält er der Last stand und bleibt die sender reputation gut, bringt ein separates Relay keinen zusätzlichen Nutzen.
Der Smart Host: ein Relay mit klarem Auftrag
Ein Smart Host ist ein SMTP-Relay, das zur Lösung eines konkreten Problems konfiguriert wird: eine Blockierung von Port 25 durch einen Internetanbieter umgehen oder eine bereits beeinträchtigte ausgehende IP-Adresse vermeiden. Er leitet die Nachricht an einen vertrauenswürdigen Drittserver weiter, anstatt eine direkte Zustellung zu versuchen. Der Port spielt an dieser Stelle eine Rolle: Die meisten Relays authentifizieren über Port 587, selten über Port 25. Falls Ihre Konfiguration an diesem Punkt noch blockiert, wird der je nach Fall zu verwendende SMTP-Port vor jeder Relay-Einstellung ermittelt.
Open Relay: die Schwachstelle, die das Relay gegen Sie wendet
Ein Open Relay nimmt E-Mails an und leitet sie weiter, ohne zu prüfen, wer sie versendet. Jeder kann es dann nutzen, um Spam oder Phishing unter dem Deckmantel Ihrer Domain zu verschicken. Die technische Definition eines Relays bleibt dabei neutral: Im Kern beschreibt die RFC 5321 (IETF, 2008) ein SMTP-Relay-System als einen Server, der eine Nachricht von einem SMTP-Client empfängt und sie, ohne die Nachrichtendaten außer durch das Hinzufügen von Trace-Informationen zu verändern, an einen weiteren SMTP-Server für ein erneutes Relay oder die endgültige Zustellung weiterleitet. Die RFC existiert nur auf Englisch und hat keine offizielle deutsche Fassung, dies ist eine Umformulierung davon. Das Protokoll schreibt dies nicht vor. Erst das Fehlen einer Prüfung macht aus einem legitimen Relay ein Open Relay. Blocklists wie die XBL von Spamhaus erkennen kompromittierte oder falsch konfigurierte IPs automatisch und listen sie, Open Relays eingeschlossen. Einmal gelistet, werden die Nachrichten dieser IP von den meisten großen Mailbox-Providern als Spam gefiltert oder abgelehnt, auch jene, die von anderen Nutzern desselben gemeinsam genutzten Relays legitim versendet wurden. Den anonymen Zugang zu schließen und eine Authentifizierung zu verlangen (Zugangsdaten oder Anwendungsschlüssel) beseitigt dieses Risiko an der Wurzel.
Wann ein Unternehmen ein SMTP-Relay braucht
Zunächst das Volumen: Jenseits von einigen Tausend E-Mails pro Tag stoßen die meisten Endverbraucher-Mailsysteme oder nicht spezialisierten internen Server an Grenzen oder verschlechtern die deliverability. Dann die Art des Traffics: transactional email (Bestellbestätigung, Passwort-Reset, Rechnung) erfordert eine nahezu sofortige Zustellung und verträgt es nicht, mit einer marketing email vermischt zu werden, die durchaus einige Stunden warten kann. Ein CRM oder ERP, das automatisierte Versände auslöst, bringt eine weitere Anforderung mit sich: einen stabilen SMTP-Einstiegspunkt, unabhängig vom Postfach eines Mitarbeiters, der die Stelle oder das Passwort wechselt.
Danach stellt sich die Frage der IP-Adresse. Eine gemeinsam genutzte IP teilt ihre sender reputation mit allen Kunden desselben Relays: Ein nachlässiger Absender verschlechtert die deliverability aller anderen, selbst jener, die sauber versenden. Eine dedizierte IP isoliert diese Reputation. Sie muss von Grund auf aufgebaut werden, was Zeit braucht. Ob dediziert oder geteilt, die Reputation Ihrer IP-Adresse sollte regelmäßig geprüft werden: Sie bestimmt direkt die Ankunftsrate im Posteingang. Eine dedizierte IP lohnt sich ab regelmäßigen und dauerhaften Versandvolumina, wenn das Unternehmen die Zeit für den Reputationsaufbau verkraften kann.
SMTP-Relay oder Versand-API: zwei unterschiedliche Logiken
Das SMTP-Relay transportiert die Nachricht über das historische Protokoll, in einer Verbindung, die Befehl für Befehl mit dem entfernten Server kommuniziert. Eine Versand-API funktioniert anders: Die Anwendung übermittelt den Inhalt der Nachricht per HTTP-Anfrage und erhält im Gegenzug eine Nachrichten-ID und einen strukturierten Status zurück, der direkt im Code weiterverarbeitet werden kann. Das Relay lässt sich ohne Entwicklungsaufwand einbinden, in ein Mail-Programm oder ein CMS, das bereits SMTP spricht. Die API erfordert eine technische Integration. Im Gegenzug liefert sie Echtzeit-Ereignisse (Öffnung, Klick, Ablehnung), die das reine SMTP-Protokoll nicht bereitstellt. Eine WordPress-Website oder eine Buchhaltungssoftware, die eine Rechnung verschicken muss, greift in der Regel auf ein Relay zurück. Eine Anwendung, die auf jeden fehlgeschlagenen Versand reagieren muss, fährt besser mit einer API.
Volumen hochfahren, ohne die IP-Reputation zu verbrennen
Eine neue oder wenig genutzte IP hat aus Sicht der großen Mailbox-Provider keine Historie. Ein massiver Versand gleich am ersten Tag wirkt dort wie das Verhalten eines Spammers. Beim IP-Warming wird das Volumen schrittweise gesteigert, beginnend mit den engagiertesten Kontakten, um diese Reputation vor Erreichen des Zielvolumens aufzubauen. Die von der Anti-Missbrauchs-Arbeitsgruppe M3AAWG formalisierten Best Practices empfehlen einen graduellen Anstieg und eine klare Trennung der Flows: transaktionaler Traffic folgt nicht derselben Kurve wie Prospecting oder Massenversand.
Eine realistische Steigerung folgt etwa diesem Muster:
- Woche 1: einige Dutzend bis einige Hundert E-Mails pro Tag, vorrangig an die aktivsten Empfänger versendet.
- Woche 2: schrittweise Volumensteigerung, mit Überwachung der bounce rate und der Beschwerden bei jeder Stufe.
- Wochen 3 und 4: Ausweitung auf weniger engagierte Segmente, weiterhin stufenweise.
- Danach: Anstieg zum Zielvolumen, mit fortlaufender Kontrolle nach Etablierung der Reputation.
Das Tempo zählt mehr als das Volumen. Zwei Schwellenwerte gelten während des gesamten Zeitraums. Gmail setzt eine Grenze, die niemals erreicht werden darf, bei 0,3 % Beschwerdequote, gemessen über Postmaster Tools. Der empfohlene Schwellenwert liegt unter 0,1 % (Google, email sender guidelines). Sobald 0,3 % überschritten sind, bleibt die deliverability beeinträchtigt, bis die Quote sieben aufeinanderfolgende Tage lang wieder unter diesem Schwellenwert liegt. Ein zu schnelles Warm-up lässt diese Quote steigen, noch bevor die Reputation etabliert ist.
Das Relay auf Ihrer Domain authentifizieren
Ein Relay, das im Namen Ihrer Domain versendet, muss sich auf eine auf diese Domain abgestimmte Authentifizierung stützen: SPF muss die Adresse oder den Namen des Relays abdecken, DKIM muss mit einem der sendenden Domain eigenen Schlüssel signieren, und die DMARC-Richtlinie greift auf das Ergebnis beider zu.
Ein SMTP-Relay auswählen: die entscheidenden Kriterien
Die Art der bereitgestellten IP zählt an erster Stelle: dediziert oder geteilt, mit der Möglichkeit, ohne kompletten Neuaufbau von der einen zur anderen zu wechseln. Fast ebenso schwer wiegt die Begleitung beim Warm-up: Ein Relay, das den Absender allein mit der Hochskalierung lässt, überträgt ein Risiko, das der Anbieter zum Teil abfedern sollte. Bleibt das offengelegte Reporting, bei der Auswahl oft vernachlässigt: bounce rate und Beschwerdequote müssen in Echtzeit einsehbar bleiben, nicht nur in einem monatlichen Export. Auch das Ablehnungsprotokoll muss ohne Verzögerung zugänglich bleiben. Diese Zahlen fließen anschließend in Ihre umfassenderen E-Mail-KPIs ein.
Eine verschlechterte Kontaktliste lässt die hard-bounce-Quote selbst über das einwandfreieste Relay hinweg steigen. Die list hygiene geht der Wahl des Relays stets voraus. Um vollständige E-Mail-Marketing-Lösungen statt eines reinen technischen Relays zu vergleichen, konsultieren Sie unseren Vergleich der E-Mail-Marketing-Software.
Die Entscheidung fällt vor dem Versand. Weist Ihr aktuelles Relay eine Beschwerdequote unter 0,1 % auf, oder nähert es sich bereits den 0,3 %, die die Gmail-Beschränkung auslösen?
