Drei Adressen, drei Aufgaben
| Feld oder Rolle | Aufgabe | Beispiel |
|---|---|---|
| From | Sichtbarer Absender der Nachricht | Beispielshop <news@example.com> |
| Reply-To | Abweichendes Ziel für Antworten, falls gesetzt | service@example.com |
| SMTP MAIL FROM / Envelope-From | Technische Rückadresse für Zustellmeldungen | bounce-123@bounce.example.com |
| Return-Path | Beim abschließenden Empfang eingetragene Dokumentation der technischen Rückadresse | <bounce-123@bounce.example.com> |
Sie legen den Return-Path normalerweise über die Envelope-From-Konfiguration Ihres Versanddienstes fest. Einen zusätzlichen Return-Path-Header in eine HTML-Vorlage zu schreiben, ist dafür der falsche Weg. Verwenden Sie auch kein gewöhnliches Mitarbeiterpostfach als Sammelziel für sämtliche Rückläufer.
Vereinfachte Headeransicht einer Beispielmail.
From: Beispielshop <news@example.com>
Reply-To: service@example.com
Return-Path: <bounce-123@bounce.example.com>
Authentication-Results: mx.example.net;
spf=pass smtp.mailfrom=bounce.example.com;
dkim=pass header.d=example.com;
dmarc=pass header.from=example.comWas sich bei SPF und DMARC ändert
SPF prüft beim üblichen Versand die Domain aus SMTP MAIL FROM. DMARC betrachtet zusätzlich deren Beziehung zur sichtbaren From-Domain. Ein SPF-Pass für die Domain eines Versanddienstleisters sagt deshalb noch nicht, dass SPF auch zu Ihrer Marke ausgerichtet ist. DKIM kann unabhängig davon einen passenden DMARC-Prüfweg liefern.
| Technische Rückdomain | SPF-Alignment zu example.com | Bedeutung |
|---|---|---|
| bounce.example.com | Bei relaxed Alignment passend; bei strict nicht identisch | Eine eigene Subdomain kann einen passenden SPF-Weg schaffen. |
| example.com | Auch bei strict identisch | Nur verwenden, wenn der Dienst diese Konfiguration unterstützt und Rückläufer richtig verarbeitet. |
| versand.example.net | Nicht passend | DMARC kann trotzdem über eine passende, gültige DKIM-Signatur bestehen. |
Ein eigener Return-Path ist daher keine universelle Pflicht und kein pauschaler Spamfilter-Trick. Prüfen Sie zuerst das konkrete Ziel: bessere Zuordnung der Rückläufer, SPF-Alignment oder eine Anforderung Ihres Versanddienstes. Ein bereits korrekt bestehender DMARC-Test muss nicht durch zusätzliche DNS-Arbeit verbessert werden.
Eine eigene Bounce-Domain kontrolliert einrichten
- Im Versanddienst nach „Custom Return-Path“, „Bounce Domain“ oder „Custom MAIL FROM“ suchen. Prüfen, ob die Funktion für Ihren Versand verfügbar ist.
- Eine freie, klar zugeordnete Subdomain wählen, etwa bounce.example.com. Vorher prüfen, ob sie bereits einen anderen Dienst bedient.
- Nur die vom Dienst ausgegebenen DNS-Einträge übernehmen. Je nach Architektur sind CNAME oder andere Record-Typen nötig; es gibt keinen für alle Anbieter gültigen Mustereintrag.
- Die Domain im Versanddienst verifizieren und dort aktivieren.
- Eine reguläre Nachricht zustellen. Return-Path und das SPF-Ergebnis am empfangenen Original kontrollieren.
- Die Rückläuferverarbeitung mit der vorgesehenen Testmöglichkeit des Anbieters prüfen. Unzustellbare Adressen müssen zuverlässig gesperrt oder nach dessen Verfahren behandelt werden.
Ändern Sie dafür nicht ungeprüft die MX-Einträge Ihrer Hauptdomain. Eine Bounce-Subdomain und das normale Firmenpostfach haben unterschiedliche Aufgaben. Auch ein bestehender SPF-Eintrag wird nicht durch einen zweiten SPF-TXT an derselben Domain ergänzt; mehrere konkurrierende SPF-Einträge verursachen Probleme.
Fehler erkennen, bevor Rückläufer verloren gehen
| Beobachtung | Was prüfen? |
|---|---|
| Return-Path bleibt beim Dienstleister | Ist die eigene Domain nur verifiziert oder bereits aktiviert? Nutzt die getestete Kampagne das richtige Konto? |
| SPF besteht, DMARC scheitert | Welche Domain steht in smtp.mailfrom? Besteht eine zur From-Domain passende DKIM-Signatur? |
| Weniger Bounces im Bericht | Sind tatsächlich weniger Fehler aufgetreten oder erreicht die Rückmeldung den Dienst nicht mehr? |
| Viele temporäre Fehler | SMTP-Antworten und Wiederholungslogik des Dienstes untersuchen, statt allein DNS zu ändern. |
Dokumentieren Sie die freigegebenen DNS-Werte und den letzten erfolgreichen Test. Entfernen Sie alte Rückläufer-Domains erst nach einem abgestimmten Übergang. Bereits versendete Nachrichten und verzögerte Zustellmeldungen können noch den bisherigen Weg verwenden.
Rückläufer nach dem Grund behandeln
Ein Rückläufer ist nicht einfach ein verlorener Kontakt. Ein nicht existentes Postfach, eine temporäre Begrenzung und eine Richtlinienablehnung haben unterschiedliche Ursachen. Nutzen Sie den vollständigen SMTP-Status und die Klassifikation Ihres Dienstes, um den richtigen Prozess auszulösen.
| Grund | Sinnvolle Reaktion |
|---|---|
| Adresse ist dauerhaft ungültig | Nach dem vorgesehenen Verfahren unterdrücken und nicht mit dem nächsten Import reaktivieren. |
| Empfänger nimmt vorübergehend nicht an | Die kontrollierte Wiederholung des Versanddienstes nutzen und den weiteren Verlauf beobachten. |
| Absender wird wegen Authentifizierung abgelehnt | Konfiguration der Versandquelle beheben; die Empfängeradresse nicht allein deshalb als ungültig behandeln. |
| Beschwerde gegen Marketing | Den vorgesehenen Sperrprozess auslösen. Ein anderer Return-Path macht weiteren Versand nicht erwünscht. |
Bei Systemwechseln ist deshalb auch die Übernahme von Sperrstatus wichtig. Ein sauber eingerichteter neuer Rückkanal hilft wenig, wenn ein alter Adressimport die bereits behandelten ungültigen Kontakte wieder aktiviert.