Was ist der Return-Path?

Definition

Jede E-Mail trägt eigentlich zwei verschiedene Absenderadressen. Die erste ist die From-Adresse, die der Empfänger in seinem Postfach sieht und die die meisten als den Absender verstehen. Die zweite ist der Return-Path, eine Adresse im Hintergrund, mit der Mailsysteme Zustellprobleme abwickeln.

Der Return-Path wird während der SMTP-Transaktion über den MAIL-FROM-Befehl festgelegt. Wenn ein sendender Server eine Nachricht an einen empfangenden Server übergibt, nennt er in diesem Befehl die Bounce-Adresse. Kann der empfangende Server die Nachricht später nicht in ein Postfach legen, erzeugt er einen Unzustellbarkeitsbericht, oft Bounce genannt, und schickt diesen Bericht an die in MAIL FROM angegebene Adresse. Sobald die Nachricht angenommen wurde, trägt der letzte Mailserver diese Adresse als Header-Zeile in die Nachricht ein, die wörtlich Return-Path heißt.

Da der Return-Path auf Envelope-Ebene und nicht im Nachrichtentext definiert wird, kann er völlig unabhängig von der From-Adresse und der Reply-To-Adresse sein. Eine Kampagne kann marketing@yourbrand.com als From-Adresse anzeigen und Bounces gleichzeitig an einen Return-Path wie bounces@mail.yourbrand.com leiten, den nie ein Mensch direkt liest.

So funktioniert es

Wenn du eine Nachricht über einen E-Mail-Dienstleister versendest, setzt dieser den Return-Path auf eine Adresse, die er kontrolliert und überwacht, häufig auf einer eigens dafür eingerichteten Subdomain. Die sichtbare From-Adresse bleibt deine Markenadresse, damit Empfänger dich wiedererkennen, aber der Envelope-Sender ist die Infrastrukturadresse des Anbieters.

Wenn die Zustellung gelingt, steht der Return-Path einfach in den Headern und fällt kaum auf. Schlägt die Zustellung fehl, schickt der empfangende Server eine Bounce-Nachricht zurück an die Return-Path-Adresse. Der Bounce enthält einen Statuscode und eine Erklärung, warum die Nachricht nicht zugestellt werden konnte, etwa ein nicht existierendes Postfach, ein volles Postfach oder eine Domain, die nicht mehr auflöst.

Der Dienstleister sammelt diese Bounce-Nachrichten, liest die Statuscodes aus und nutzt sie, um jeden Fehler einzuordnen. Ein dauerhafter Fehler wie ein unbekanntes Postfach ist ein Hard Bounce, ein vorübergehender Fehler wie ein volles Postfach ein Soft Bounce. Diese Einordnung speist die automatische Listenpflege, denn Hard Bounces wandern in der Regel direkt auf eine Sperrliste, damit sie nicht erneut kontaktiert werden.

Ein separater Return-Path hält außerdem dein tägliches Postfach sauber. Statt dass Hunderte Fehlermeldungen im selben Postfach landen, das du für echte Antworten nutzt, wird der gesamte automatisierte Bounce-Verkehr an einem Ort gesammelt, wo er von Software statt von einem Menschen verarbeitet werden kann.

Warum das für die E-Mail-Zustellbarkeit wichtig ist

Der Return-Path ist aus zwei zusammenhängenden Gründen zentral für die Zustellbarkeit: Authentifizierung und Bounce-Handling.

Bei der Authentifizierung prüft SPF die Domain im Return-Path, nicht die Domain im sichtbaren From-Header. Wenn ein empfangender Server SPF auswertet, schlägt er den SPF-DNS-Record nach, der für die Return-Path-Domain veröffentlicht ist, und bestätigt, dass die IP-Adresse, die die Nachricht sendet, auf der autorisierten Liste für diese Domain steht. Hat die Return-Path-Domain keinen SPF-Record oder ist die sendende IP nicht gelistet, kann SPF fehlschlagen. Deshalb hängt auch die DMARC-Ausrichtung teilweise von der Beziehung zwischen der Return-Path-Domain und der From-Domain ab. Ein korrekt konfigurierter Return-Path ist daher Voraussetzung dafür, SPF sauber zu bestehen.

Beim Bounce-Handling macht der Return-Path Listenhygiene überhaupt erst möglich. Zeigt der Return-Path auf eine echte, überwachte Adresse, erzeugt jede fehlgeschlagene Zustellung einen Bounce, den dein System erfassen und auf den es reagieren kann. Ungültige Adressen werden schnell erkannt und gesperrt, was deine Bounce-Rate niedrig hält. Eine hohe Bounce-Rate, grundsätzlich alles oberhalb des gesunden Bereichs, signalisiert Mailbox-Anbietern, dass du deine Liste nicht pflegst, und sie reagieren, indem sie mehr deiner Mails in den Spam filtern. Fehlt der Return-Path oder ist er ungültig, gehen Bounces verloren, schlechte Adressen bleiben hängen, und deine Reputation erodiert langsam ohne erkennbare Ursache.

So geht VeriMails damit um

VeriMails setzt auf der Präventionsseite dieser Gleichung an. Die Bounce-Verarbeitung über den Return-Path zeigt dir erst dann, welche Adressen fehlgeschlagen sind, wenn du bereits an sie gesendet und den Reputationsschaden bereits kassiert hast. VeriMails erkennt unzustellbare Adressen, bevor du sendest, sodass weit weniger von ihnen überhaupt einen Bounce auslösen.

Für jede Adresse, die du einreichst, führt VeriMails eine Syntaxprüfung, eine MX-Record-Abfrage, eine DNS-Prüfung und einen Live-SMTP-Handshake mit dem empfangenden Mailserver durch, also genau den Dialog, der sonst einen Bounce erzeugen würde, hier aber sicher im Voraus und ohne Zustellung einer Nachricht. Außerdem kommen Catch-All-Erkennung, Erkennung von Wegwerfadressen und Erkennung rollenbasierter Adressen zum Einsatz. Das Ergebnis sagt dir, ob eine Adresse zustellbar ist, mit klaren Zustellbarkeitskategorien für deine Kampagnenentscheidungen.

Wenn du deine Liste zuerst verifizierst, hältst du Hard Bounces von Anfang an niedrig und schützt damit die Versandreputation, die eine gute SPF- und Return-Path-Konfiguration aufbauen soll. Du kannst einzelne Adressen über die VeriMails REST API verifizieren oder ganze Listen prüfen, indem du eine CSV-Datei hochlädst. Die Verifizierung beginnt bei $0.0019 pro E-Mail, mit 10,000 Credits für $19 und Jahresplänen ab $12.50/month bei jährlicher Abrechnung, und jedes neue Konto erhält 100 kostenlose Credits, die nie verfallen, ohne dass für den Start eine Kreditkarte nötig ist.

Häufig gestellte Fragen