SMTP-Codes und -Fehlermeldungen
Dieses Kapitel gibt eine Einführung in das SMTP-Protokoll und beschreibt Statuscodes sowie mögliche Gründe für SMTP-Fehler.
SMTP-Protokoll
SMTP steht für Simple Mail Transfer Protocol, das Mechanismen für die Übertragung von E-Mails bereitstellt und der technische Standard für das Senden, Weiterleiten und Empfangen dieser E-Mails ist.
Wenn Sie ein Mailing in Optimizely Campaign starten, wird es an den Optimizely Campaign Versand-SMTP-Server, einen sogenannten Mail Transfer Agent (MTA), übergeben. Der MTA leitet Ihre E-Mails über das SMTP-Protokoll an den empfangenden Server des Ziel-ISP oder Domain-Betreibers weiter, der die einzelnen E-Mails schließlich in die entsprechenden Postfächer zustellt.
In einer idealen Welt wird Ihre E-Mail vom ISP angenommen und in den Posteingang des vorgesehenen Empfängers gesendet. Mit etwas Erfahrung im E-Mail-Marketing wissen Sie bereits, dass dies nicht immer der Fall ist. Ihre E-Mails werden möglicherweise verzögert, landen im Spam-Ordner oder werden als Bounce an Sie zurückgesendet.
SMTP-Statuscodes
Da es viele potenzielle Ergebnisse eines Sendeversuchs gibt, wurden Standardmechanismen für die Meldung von Mailsystemfehlern entwickelt, um die Verarbeitung und Analyse dieser Fehler einfacher und transparenter zu gestalten. Das Ergebnis ist eine Liste möglicher SMTP-Statuscodes, die bei der Analyse Ihrer Rückläufer häufig in Bounce-Nachrichten enthalten sind.
In den meisten Fällen geben die Postfachanbieter im Falle eines Bounces zwei Informationen zurück; einen traditionellen SMTP-Statuscode und einen erweiterten Statuscode (Enhanced Mail System Status Code). Beide geben Auskunft über den Grund für die Ablehnung und helfen bei der Lösungsfindung.
Traditionelle SMTP-Statuscodes
Gemäß dem ersten entwickelten Schema, den in RFC 5321 definierten traditionellen SMTP-Statuscodes, antwortet der empfangende SMTP-Server eines ISP oder Domain-Betreibers dem Absender mit einem dreistelligen Code. Alle SMTP-Statuscodes sind in fünf Klassen unterteilt, und die erste Ziffer des Statuscodes definiert die Antwortklasse:
- 1xx (Informational). Die Anfrage wurde empfangen und der Prozess fortgesetzt.
- 2xx (Success). Die Anfrage wurde erfolgreich empfangen, verstanden und akzeptiert.
- 3xx (Redirection). Es müssen weitere Maßnahmen ergriffen werden, um die Anforderung abzuschließen.
- 4xx (Persistent transient failure). Die Anforderung enthält eine fehlerhafte Syntax oder kann nicht erfüllt werden.
- 5xx (Permanent errors). Der Server konnte eine scheinbar gültige Anforderung nicht erfüllen.
Eine erfolgreich zugestellte E-Mail hat den Statuscode 250 Requested mail action okay completed.
Die anzuwendenden SMTP-Statuscodes werden vom Host eines Servers definiert. Verschiedene ISPs, Postfachanbieter oder Domain-Inhaber können sie unterschiedlich definieren, daher gibt es keine eindeutige Darstellung.
—Tabelle: Gängige SMTP-Statuscodes—
SMTP-Statuscode | Fehlermeldung |
|---|---|
420 | Timeout |
421 | <domain> Service not available |
422 | Unprocessable Entity |
431 | Not enough space on the disk |
432 | Recipient's incoming mail queue has been stopped |
441 | Account is over data quota |
442 | Connection Refused |
446 | The maximum hop count was exceeded for the message |
447 | Timeout |
449 | Routing error |
450 | Requested mail action not taken: mailbox unavailable |
451 | Requested action aborted: local error in processing |
452 | Requested action not taken: insufficient system storage |
471 | An error of your mail server |
500 | Syntax error, command unrecognised |
501 | Syntax error in parameters or arguments |
502 | Command not implemented |
503 | Bad sequence of commands |
504 | Command parameter not implemented |
510 | Bad email address |
511 | Bad email address |
512 | Host server for the recipient’s domain name cannot be found in DNS |
513 | Address type is incorrect |
521 | <domain> does not accept mail |
523 | Size of your mail exceeds the server limits |
530 | Access denied |
541 | The recipient address rejected your message |
550 | Requested action not taken: mailbox unavailable |
551 | User not local |
552 | Requested mail action aborted: exceeded storage allocation |
553 | Requested action not taken: mailbox name not allowed |
554 | Transaction failed |
Erweiterte Statuscodes
Da die in den traditionellen Codes enthaltenen Informationen begrenzt sind und umfangreichere Berichtsmechanismen erforderlich waren, wurden in RFC 3463 die erweiterten Statuscodes (Enhanced Mail System Status Codes) vorgeschlagen. Diese basieren ebenfalls auf der Theorie von Antwortcodes und beinhalten die allgemeine Kategorie des Erfolgs oder Fehlers in der ersten Ziffer sowie eine konkretere Beschreibung in der zweiten:
- 2.XXX.XXX (Success). Success (Erfolg) gibt an, dass der Data Source Name (DSN) eine positive Übermittlungsaktion meldet. Detaillierte Subcodes können eine Benachrichtigung über die für die Zustellung erforderlichen Transformationen liefern.
- 4.XXX.XXX (Persistent Transient Failure). Ein anhaltender, vorübergehender Fehler ist ein Fehler, bei dem die gesendete Nachricht gültig ist, das Fortbestehen eines vorübergehenden Zustands jedoch dazu geführt hat, dass Versuche zum Senden der Nachricht abgebrochen oder verzögert wurden. Wenn dieser Code einem Zustellungsfehlerbericht beigefügt ist, kann das Senden in der Zukunft erfolgreich sein.
- 5.XXX.XXX (Permanent Failure). Ein dauerhafter Fehler wird wahrscheinlich nicht durch erneutes Senden der Nachricht in der aktuellen Form behoben. Für eine erfolgreiche Zustellung müssen einige Änderungen an der Nachricht oder am Ziel vorgenommen werden.
Eine erfolgreich zugestellte E-Mail hat hier den Statuscode: 2.0.0 (success).
Genau wie bei den traditionellen SMTP-Statuscodes variiert deren Anwendung von Postfachanbieter zu Postfachanbieter. Bei nicht zugestellten E-Mails werden möglicherweise die folgenden Bounce-Codes übermittelt. Diese können als anhaltender vorübergehender Fehler beginnend mit einer 4 oder als dauerhafter Fehler beginnend mit einer 5 auftreten.
—Tabelle: Gängige Bounce-Codes—
SMTP-Statuscode | Fehlermeldung |
|---|---|
X.0.0 | Other undefined status |
X.1.0 | Other address status |
X.1.1 | Bad destination mailbox address |
X.1.2 | Bad destination system address |
X.1.3 | Bad destination mailbox address syntax |
X.1.4 | Destination mailbox address ambiguous |
X.1.5 | Destination address valid |
X.1.6 | Destination mailbox has moved, No forwarding address |
X.1.7 | Bad sender's mailbox address syntax |
X.1.8 | Bad sender's system address |
X.2.0 | Other or undefined mailbox status |
X.2.1 | Mailbox disabled, not accepting messages |
X.2.2 | Mailbox full |
X.2.3 | Message length exceeds administrative limit |
X.2.4 | Mailing list expansion problem |
X.3.0 | Other or undefined mail system status |
X.3.1 | Mail system full |
X.3.2 | System not accepting network messages |
X.3.3 | System not capable of selected features |
X.3.4 | Message too big for system |
X.3.5 | System incorrectly configured |
X.4.0 | Other or undefined network or routing status |
X.4.1 | No answer from host |
X.4.2 | Bad connection |
X.4.3 | Directory server failure |
X.4.4 | Unable to route |
X.4.5 | Mail system congestion |
X.4.6 | Routing loop detected |
X.4.7 | Delivery time expired |
X.5.0 | Other or undefined protocol status |
X.5.1 | Invalid command |
X.5.2 | Syntax error |
X.5.3 | Too many recipients |
X.5.4 | Invalid command arguments |
X.5.5 | Wrong protocol version |
X.6.0 | Other or undefined media error |
X.6.1 | Media not supported |
X.6.2 | Conversion required and prohibited |
X.6.3 | Conversion required but not supported |
X.6.4 | Conversion with loss performed |
X.6.5 | Conversion Failed |
X.7.0 | Other or undefined security status |
X.7.1 | Delivery not authorized, message refused |
X.7.2 | Mailing list expansion prohibited |
X.7.3 | Security conversion required but not possible |
X.7.4 | Security features not supported |
X.7.5 | Cryptographic failure |
X.7.6 | Cryptographic algorithm not supported |
X.7.7 | Message integrity failure |
Gründe für SMTP-Fehler
Ebenso wie es eine Vielzahl an SMTP Codes gibt, haben sie auch eine Vielzahl möglicher Ursachen. Dies sind die am häufigsten beobachteten Gründe für SMTP-Fehler:
- Unbekannte Empfänger. Das Senden an inaktive E-Mail-Adressen führt zu dauerhaften SMTP-Fehlern, die als Hard-Bounces behandelt werden.
- Spamverdacht. Der Spamfilter und/oder die Reputationsmetriken eines ISP oder Postfachanbieters haben eine schlechte Reputation des Absenders oder spam-ähnliche Versandmuster in Bezug auf E-Mail-Inhalte und/oder Empfänger-Feedback festgestellt und lehnen Ihre E-Mails mit SMTP-Fehlern ab, die als Soft-Bounces eingestuft werden.
- Fehlerhaftes DNS-Setup. Das Senden mit nicht authentifizierten Versand-Domains kann zu SMTP-Fehlern führen, die als Soft-Bounces klassifiziert werden. Siehe E-Mail-Authentifizierung und -Verschlüsselung.
- Volle Postfächer. Überlaufende Empfängerpostfächer führen zu SMTP-Fehlern, die als Soft-Bounces behandelt werden.
- Technische Fehler. Verbindungs- oder Performance-Probleme auf der Empfängerseite werden im Allgemeinen als vorübergehende Fehler behandelt. Optimizely unternimmt verschiedene Zustellversuche, welche nur dann zu Soft-Bounces führen, wenn auch innerhalb mehrerer Tage keine Zustellung möglich ist.
Sie können SMTP-Fehler und hohe Bounceraten durch die Einhaltung der Best Practices für eine gute Zustellbarkeit erheblich reduzieren.
Das Optimizely Bounce-Management erkennt alle gängigen SMTP-Fehlercodes und -meldungen, die von ISPs oder Postfachanbietern empfangen wurden, und klassifiziert sie in die entsprechende Bounce-Kategorie. Sie werden regelmäßig überprüft und aktualisiert, um eine Bounce-Verarbeitung gemäß den neuesten Industriestandards zu ermöglichen.