Modul 6 · 6.2
Deutsch
Häufige Fehlercodes erklärt
Modul 6: Bounces und Problemlösung · Lesezeit: 12 Minuten
Lernziel: Nach dieser Lektion erkennen Sie die Fehlercodes, denen Sie am häufigsten begegnen, Sie wissen, was die Ursache ist, und wer sie lösen muss: Sie als Absender, der Empfänger oder der Administrator eines Mailservers.
Kernbegriffe: Adresse unbekannt (5.1.1), Postfach voll (4.2.2 / 5.2.2), Nachricht zu gross (5.3.4), keine Route (5.4.x), in der Warteschlange abgelaufen (4.4.7), Relay verweigert (5.7.1), nicht authentifiziert (Gmail 5.7.26), PTR fehlt (Gmail 5.7.25), Tempo zu hoch (4.7.28), Microsoft 4.7.500, 5.7.509, 5.7.515, 5.7.606, 5.7.708, T-Online-IP-Blockade, Versandlimit
Zuerst: Wer muss etwas tun?
Ein Fehlercode ist erst dann nützlich, wenn Sie wissen, wer am Zug ist. Ordnen Sie jeden Bounce deshalb zunächst einer dieser vier Kategorien zu:
- Die Adresse oder das Postfach des Empfängers (
5.1.x,x.2.x): Die Adresse existiert nicht, oder das Postfach ist voll oder deaktiviert. Sie können nur die Adresse überprüfen oder den Empfänger auf andere Weise benachrichtigen. - Ihre Einstellungen als Absender (zum Beispiel
5.7.1 relaying denied, Anmeldefehler, Versandlimit): Sie passen etwas in Ihrem E-Mail-Programm oder Ihrem Paket an. - Ihre Domain (SPF, DKIM, DMARC; Gmail
5.7.26, Microsoft5.7.509und5.7.515): Sie passen Ihre DNS-Einträge an, oder lassen das tun. - Der Versandserver (PTR, Blocklist, Reputation; Gmail
5.7.25und4.7.28, Microsoft4.7.500und5.7.606, T-Online): Der Administrator des Servers löst es. Bei einem Hostingpaket oder Maildienst ist das Ihr Anbieter.
Adresse und Postfach
| Code (Beispieltext) | Ursache | Was tun Sie? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected, mailbox unavailable | Die Adresse existiert beim Empfänger nicht | Prüfen Sie die Schreibweise. Stimmt sie, fragen Sie den Empfänger über einen anderen Weg, ob die Adresse noch existiert |
550 5.1.10 (Microsoft), RecipientNotFound | Dasselbe bei Microsoft 365 | Ebenso |
5.1.2, Host or domain name not found | Die Domain existiert nicht oder hat keinen Mailserver (kein MX und kein A) | Tippfehler in der Domain (gmial.com)? Oder die Domain des Empfängers ist abgelaufen oder falsch eingerichtet |
452 4.2.2 oder 552 5.2.2, mailbox full, quota exceeded, out of storage space | Das Postfach des Empfängers ist voll | Der Empfänger muss Platz schaffen. Bei 4.2.2 versucht Ihr Server es noch einmal; bei 5.2.2 ist es endgültig. Gmail verwendet 552 5.2.2 für ein volles Postfach, das auch schon lange nicht mehr genutzt wird |
450 4.2.1, receiving mail too quickly | Der Empfänger bekommt zu viel Mail in kurzer Zeit | Abwarten, Ihr Server versucht es erneut |
552 5.3.4, message size exceeds, message too big | Die Nachricht mit Anhängen ist grösser als der Empfänger zulässt | Kleinerer Anhang, oder teilen Sie die Datei über einen Link. Beachten Sie: Anhänge werden durch die Kodierung etwa ein Drittel grösser (Lektion 3.2) |
Ihre eigenen Versandeinstellungen
| Code (Beispieltext) | Ursache | Was tun Sie? |
|---|---|---|
550 5.7.1 Relaying denied, Relay access denied | Ihr E-Mail-Programm meldet sich nicht beim ausgehenden Server an, und dieser verweigert dann die Weiterleitung von Mail an andere Domains | Aktivieren Sie die Authentifizierung für den ausgehenden Server (Lektion 1.4, 2.1) |
535 5.7.8 Authentication failed | Falscher Benutzername oder Passwort beim Versenden | Vollständige E-Mail-Adresse als Benutzername, Passwort im Webmail testen |
550 5.4.5 Daily sending quota exceeded, message limit reached | Sie haben das Versandlimit Ihres Postfachs oder Pakets erreicht | Warten Sie, bis das Limit wieder frei ist. Versenden Sie selbst nicht viel? Dann könnte Ihr Postfach missbraucht worden sein: Ändern Sie sofort das Passwort |
553 5.7.1 ... not owned by user, can not send emails from | Die Absenderadresse gehört nicht zum Postfach, mit dem Sie sich anmelden | Versenden Sie von Ihrer eigenen Adresse aus, oder richten Sie den Alias so ein, wie Ihr Anbieter es vorschreibt (Lektion 3.3) |
4.4.7, Message expired, retry timeout exceeded | Die Mail stand tagelang in der Warteschlange und konnte nicht zugestellt werden | Schauen Sie sich die vorherigen Verzögerungsmeldungen an: Diese enthalten den tatsächlichen Grund |
Ihre Domain: Authentifizierung
| Code (Beispieltext) | Ursache | Was tun Sie? |
|---|---|---|
550 5.7.26 ... sender is unauthenticated (Gmail) | SPF und DKIM schlagen beide fehl, oder DMARC scheitert | SPF um den Dienst ergänzen, der versendet hat, DKIM aktivieren, Alignment prüfen (Modul 4) |
550 5.7.27 (Gmail) | SPF ist fehlgeschlagen | Versandserver in Ihr SPF aufnehmen; achten Sie auf die zehn Lookups |
550 5.7.30 / 421 4.7.30 (Gmail) | DKIM ist fehlgeschlagen | DKIM-Schlüssel mit dem Selector aus der Mail überprüfen |
421 4.7.32 / 550 5.7.32 (Gmail) | Die From:-Domain ist nicht mit SPF oder DKIM ausgerichtet | Eigenes DKIM für Ihre Domain beim Versanddienst, oder ein eigener Return-Path |
421 4.7.31 (Gmail) | Massenversender ohne DMARC-Eintrag | DMARC-Eintrag anlegen, mindestens p=none |
550 5.7.509 Access denied, sending domain ... does not pass DMARC verification and has a DMARC policy of reject (Microsoft) | DMARC scheitert und Ihre eigene Richtlinie steht auf reject | Finden Sie heraus, welche Quelle nicht ausgerichtet ist (DMARC-Bericht, Lektion 4.5). Genau dafür beginnen Sie mit p=none |
550 5.7.515 Access denied, sending domain ... does not meet the required authentication level (Microsoft) | Massenversender an Outlook.com, bei dem SPF oder DKIM fehlschlägt, oder DMARC fehlt | SPF und DKIM zum Erfolg bringen, DMARC-Eintrag (Lektion 5.3) |
550 5.7.23 ... Sender Policy Framework violation (Microsoft) | SPF scheitert bei einem Empfänger, der streng auf SPF filtert | SPF ergänzen |
550 5.7.1 DMARC check failed (andere Server) | Ebenso, mit einem allgemeinen Code | Ebenso |
Eine Anmerkung zu 5.7.509: Der Bounce nennt Ihre Domain, aber die Ursache ist nicht immer Ihre gewöhnliche Mail. Häufig handelt es sich um eine Website, einen Webshop oder ein Buchhaltungspaket, das im Namen Ihrer Domain versendet, ohne dass dieser Dienst in Ihrem SPF steht oder mit Ihrem DKIM signiert. Schauen Sie sich in den Headern der ursprünglichen Mail unten im Bounce den Return-Path und den versendenden Server an.
Der Versandserver: PTR, Reputation und Blocklisten
| Code (Beispieltext) | Ursache | Wer löst es? |
|---|---|---|
550 5.7.25 ... doesn't have a PTR record (Gmail) | Die IP-Adresse des Versandservers hat kein (korrektes) Reverse-DNS, oft bei IPv6 | Der Administrator des Servers (Lektion 5.1) |
421 4.7.23 (Gmail) | Ebenso, vorübergehende Variante | Ebenso |
550 5.7.29 / 421 4.7.29 (Gmail) | Nicht über TLS versendet | Der Administrator des Servers |
421 4.7.28 ... unusual rate of email (Gmail), 550 5.7.28 ... unusual rate of unsolicited email | Zu viel Mail oder zu viel unerwünschte Mail von dieser IP-Adresse | Tempo verringern; bei endgültiger Ablehnung zuerst die Ursache beheben (Spam, gekaufte Liste) |
451 4.7.500 Server busy. Please try again later from [IP] (Microsoft) | Microsoft drosselt die IP-Adresse vorübergehend, häufig weil sie neu ist oder das Volumen plötzlich steigt | Abwarten, der Server versucht es erneut; der Administrator wärmt die IP auf und meldet sie bei SNDS an (Lektion 6.4). Microsoft dokumentiert die Reihe 4.7.500 bis 4.7.699 auch als „Access denied, please try again later“ bei verdächtiger Aktivität |
550 5.7.606 bis 5.7.649 Access denied, banned sending IP [IP] (Microsoft) | Die IP-Adresse wurde von Microsoft blockiert | Der Administrator beantragt die Entfernung über sender.office.com, nachdem die Ursache behoben wurde |
550 5.7.708 Access denied, traffic not accepted from this IP (Microsoft 365, ausgehend) | Verkehr von dieser IP oder dieser Microsoft 365-Umgebung wird nicht angenommen, oft nach Missbrauch | Der Administrator der Microsoft 365-Umgebung, über den Microsoft-Support |
554 ... blocked using zen.spamhaus.org, listed at, RBL | Die IP-Adresse steht auf einer Blocklist | Der Administrator des Servers, nachdem die Ursache behoben wurde (Lektion 5.2) |
554 IP=192.0.2.25 - A problem occurred und ähnliche Meldungen mit „bad reputation“ (T-Online) | T-Online hat die IP-Adresse blockiert, basierend auf eigenen Reputationsdaten | Der Administrator des Versandservers nimmt Kontakt mit T-Online auf (Lektion 6.4) |
421 Maximum parallel connections for your IP-Address reached (T-Online) | Zu viele gleichzeitige Verbindungen | Der Administrator begrenzt die Anzahl der Verbindungen; die Mail kommt später trotzdem an |
Wie suchen Sie einen unbekannten Code nach?
- Schauen Sie, wer ihn ausgegeben hat. Der Name in
Remote-MTAoder hinterhostsagt Ihnen, welche Partei es ist:google.com,outlook.comoderprotection.outlook.com,t-online.de, und so weiter. - Suchen Sie den Code bei dieser Partei. Google hat eine Seite „Gmail SMTP errors and codes“, Microsoft „Email nondelivery reports and SMTP errors in Exchange Online“, und Yahoo und T-Online haben Postmaster-Seiten. Diese sind verlässlicher als ein beliebiges Forum.
- Lesen Sie den Text dahinter. Bei grossen Empfängern steht oft ein Link oder ein Code in Klammern (wie
(AS843)bei Microsoft), der genau sagt, worum es geht. - Schauen Sie sich die ursprüngliche Mail unten im Bounce an. Welche Absenderadresse, welcher Return-Path, welcher Server? Bei SPF- und DMARC-Fehlern liegt dort die Antwort.
In der Praxis
Bei WebOké gibt es in der Wissensdatenbank eine Liste mit häufigen Meldungen, und in DirectAdmin sehen Sie unter E-Mail-Verfolgung die wörtliche Antwort des empfangenden Servers. Bei anderen Anbietern gibt es ein solches Protokoll meist auch, manchmal nur für den Administrator. Wenn Sie bei einem Anbieter um Hilfe bitten, senden Sie immer den vollständigen Bounce mit, mit der Zeile mit dem Code, der Absenderadresse, der Adresse des Empfängers und dem Zeitpunkt. Eine Zusammenfassung wie „meine Mail kommt nicht an“ kann niemand nachschlagen.
Zusammenfassung
- Ordnen Sie jeden Code zunächst zu: Adresse/Postfach des Empfängers, Ihre Versandeinstellungen, Ihre Domain oder der Versandserver.
5.1.1Adresse existiert nicht,x.2.2Postfach voll,5.3.4zu gross,5.7.1 relaying deniednicht angemeldet.- Authentifizierung: Gmail
5.7.26/5.7.27/5.7.30, Microsoft5.7.509(DMARC mit reject) und5.7.515(Massenversand). - Server: Gmail
5.7.25(PTR), Microsoft4.7.500(vorübergehend gedrosselt) und5.7.606(IP blockiert), T-Online-IP-Blockaden. - Suchen Sie einen unbekannten Code bei der Partei nach, die ihn ausgegeben hat, und lesen Sie die ursprüngliche Mail unten.
Quiz
Aufgabe
Aufgabe Z6.2: Code und Ursache verknüpfen. Sie erhalten zehn echte Fehlermeldungen (mit Beispieldomains und Dokumentationsadressen) und eine Liste mit Ursachen und wer am Zug ist. Verknüpfen Sie jede Meldung mit der richtigen Ursache und der richtigen Partei. Das Programm prüft anhand eines festen Schlüssels und gibt pro Fehler die Erklärung aus.
Weiterführende Links
Die Schritte in diesen Artikeln gelten für die Bedienfelder von WebOké; bei anderen Anbietern funktioniert es ähnlich.
- DirectAdmin Anleitung 9.5: Senden verweigert: Blacklists und Limits
- Mail delivery failed: So lesen Sie die Fehlermeldung und was die Codes bedeuten
- E-Mail abgewiesen: message too big
- E-Mail versenden: Too many recipients
- Limit für den E-Mail-Versand
- E-Mails von mehreren Aliassen senden, Fehler: Account xxx can not send emails from
- DirectAdmin Anleitung 18.10: Ich kann keine E-Mail versenden
- Google, Gmail SMTP errors and codes: https://support.google.com/a/answer/3726730
- Microsoft, Email nondelivery reports and SMTP errors in Exchange Online: https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online
- T-Online Postmaster: https://postmaster.t-online.de/