Die tatsächliche E-Mail-Adresse des Absenders ist eines der zuverlässigsten Anzeichen für Betrug. Anzeigenamen lassen sich leicht fälschen, aber die tatsächliche Absenderadresse...
Wichtige Erkenntnisse
- SMTP 550 bedeutet eine endgültige Ablehnung. Die Nachricht wird nicht automatisch erneut gesendet; das zugrunde liegende Problem muss behoben werden, bevor sie erneut gesendet werden kann.
- Ein SMTP-550-Fehler tritt selten allein auf. Er enthält üblicherweise einen erweiterten Statuscode, z. B. 5.1.1, 5.7.1 oder 5.7.26, sowie eine kurze Meldung des empfangenden Servers. Diese Angaben erklären, warum die E-Mail abgelehnt wurde.
- SMTP-550-Fehler treten üblicherweise aus zwei Gründen auf: Entweder liegt ein Problem beim Absender oder beim Empfänger vor. Zu den Absenderproblemen zählen beispielsweise fehlgeschlagene Authentifizierung, Sperrung oder abgelehnte Inhalte. Empfängerprobleme können eine ungültige Adresse, ein volles Postfach oder eine Sperrung durch die Postfachrichtlinie sein.
SMTP 550 ist der häufigste permanente Bounce-Code für E-Mails, wird aber auch am häufigsten falsch diagnostiziert. Dieselben drei Ziffern können bedeuten, dass der Empfänger nicht existiert, der Absender sich nicht authentifizieren konnte, die Nachricht einen Spamfilter ausgelöst hat oder vieles andere. Google Mail und Yahoos Massenprognose für 2024 Absenderregeln Seitdem diese Änderung in Kraft getreten ist, sind die Varianten des SMTP-Fehlers 550, die auf Authentifizierungsfehler hinweisen, häufiger und vielfältiger geworden.
Der schnellste Weg, einen 550-Fehler zu beheben, besteht darin, die vollständige Fehlermeldung zu lesen, nicht nur den dreistelligen Code. RFC 5321Eine 5xx-Fehlermeldung bedeutet, dass der Fehler unter den gegebenen Bedingungen dauerhaft ist. Das erneute Senden derselben Nachricht ohne Behebung der Ursache führt in der Regel zum gleichen Ergebnis.
SMTP 550 Subcodes: Eine Kurzübersicht
Die Subcodes folgen dem erweiterten Statuscode-Format gemäß RFC 3463 (die XXX-Notation, die nach der Hauptnummer 550 in der Fehlermeldung erscheint). Die erste Ziffer ist bei permanenten Fehlern immer 5, die restlichen Ziffern kennzeichnen die spezifische Fehlerklasse. Diese Tabelle enthält die sechs Subcodes, die am häufigsten vorkommen:
Wenn eine Bounce-Benachrichtigung eingeht, öffnen Sie die vollständige Nachricht, bevor Sie Maßnahmen ergreifen. Der Untercode erscheint direkt nach 550, gefolgt von der Erklärung des empfangenden Servers. Nutzen Sie diese Informationen, um die Ursache zu ermitteln und die erste Lösungsmöglichkeit auszuwählen.
Ursachen und Lösungen für SMTP-550-Fehler
Jede der folgenden Ursachen ist einem bestimmten Untercodemuster und einer entsprechenden Fehlermeldung zugeordnet. Ermitteln Sie zuerst den Untercode und wenden Sie dann die zugehörige Korrektur an.
Ungültige oder nicht existierende Empfängeradresse
Diagnostizieren: Der Untercode lautet üblicherweise 5.1.1 oder 5.1.0. Die Fehlermeldung enthält oft Formulierungen wie „Benutzer unbekannt“, „Benutzer nicht gefunden“, „Postfach nicht gefunden“ oder „Adresse abgelehnt“. Es handelt sich um ein Problem auf Empfängerseite; das Postfach existierte entweder nie oder wurde gelöscht.
Fix: Bitte überprüfen Sie die Schreibweise der Empfängeradresse, sowohl den lokalen Teil vor dem @-Zeichen als auch den Domänenteil danach. Häufige Ursachen sind vertauschte Zeichen (z. B. jmith statt jsmith), falsche Domänenendungen (z. B. .co statt .com) und veraltete Adressen von Kontakten, die den Job oder den E-Mail-Anbieter gewechselt haben.
Verhindern: Jede Empfängeradresse muss vor dem Versandprozess überprüft werden. Validierung der E-Mail-Liste Ungültige Adressen werden bereits bei der Erfassung abgefangen und Adressen, die seit ihrer Erfassung inaktiv geworden sind, werden markiert. Dadurch wird die Mehrheit der 5.1.1-Bounces verhindert, bevor sie überhaupt auftreten.
Fehler bei der Absenderauthentifizierung (SPF, DKIM oder DMARC)
Diagnostizieren: Der Untercode lautet üblicherweise 5.7.1 oder 5.7.26. Die Fehlermeldung bezieht sich oft auf „Authentifizierung“, „DMARC-Richtlinie“, „SPF“, „DKIM“ oder enthält Formulierungen wie „Nicht authentifizierte E-Mails werden nicht akzeptiert“ oder „Erfüllt nicht die Absenderanforderungen“.
Fix: Überprüfen Sie, dass SPF, DKIM und DMARC Die Einstellungen müssen für die Absenderdomäne korrekt konfiguriert und mit der Domain im From-Header abgestimmt sein. Prüfen Sie bei SPF, ob die sendende IP-Adresse oder der Dienst im DNS-Eintrag autorisiert ist. Stellen Sie bei DKIM sicher, dass die Signatur vorhanden ist und erfolgreich ist. Prüfen Sie bei DMARC, ob die Richtlinie veröffentlicht ist und mindestens eine der beiden Methoden (SPF oder DKIM) korrekt konfiguriert ist.
Häufiges Szenario: Beim Versand über eine Drittanbieterplattform wie SendGrid, Mailgun, ein Marketing-Tool oder einen Helpdesk, ohne diese Plattform dem SPF-Eintrag der Domain hinzuzufügen oder die DKIM-Signatur für die benutzerdefinierte Domain zu aktivieren, sendet die Plattform zwar erfolgreich von ihrer eigenen Infrastruktur, der empfangende Server lehnt die Nachricht jedoch ab, da die Absenderdomain nicht berechtigt ist, diese IP-Adresse zu verwenden.
Absender-IP-Adresse oder Domain auf einer Blacklist
Diagnostizieren: Die Fehlermeldung enthält Hinweise auf „auf der Blacklist“, „blockiert“, „schlechten Ruf“, „gelistet bei“ oder nennt eine bestimmte Blockliste (Spamhaus, Barracuda, SORBS, UCE-Protect). Manche Server unterdrücken den Namen der Blockliste und senden nur eine allgemeine Ablehnung. In diesem Fall deckt eine Blacklist-Prüfung mit MXToolbox den spezifischen Eintrag auf.
Fix: Prüfen Sie die Absender-IP-Adresse und die Domain mithilfe des Blacklist-Checkers von MXToolbox anhand gängiger Blacklists. Falls sie gelistet sind, befolgen Sie das jeweilige Delisting-Verfahren: In den meisten Fällen muss nachgewiesen werden, dass die Ursache des Problems behoben wurde, bevor die Löschung erfolgt. Die Bearbeitungszeit variiert je nach Blacklist zwischen wenigen Stunden und mehreren Tagen.
Ursachenforschung: Einträge auf Blacklists erfolgen nicht zufällig. Häufige Ursachen sind wiederholtes Senden an ungültige Adressen, was zu Hard Bounces führt, hohe Beschwerderaten aufgrund unerwünschter E-Mails oder ein kompromittiertes Postfach bzw. ein Server, der Spam versendet. Reputation des E-Mail-Absenders Die Signale helfen dabei, das Verhalten zu identifizieren, das die Listung ausgelöst hat, sodass es korrigiert werden kann, bevor die Löschung beantragt wird.
Nachricht von Inhaltsfiltern abgelehnt
Diagnostizieren: Die Fehlermeldung verweist auf „hohe Spam-Bewertung“, „Inhalt abgelehnt“, „Spamverdacht“, „Nachricht gefiltert“ oder nennt ein bestimmtes Filtersystem (SpamAssassin, Postini, Barracuda). Der empfangende Server hat die Verbindung zwar akzeptiert, die betreffende Nachricht jedoch nach Inhaltsprüfung zurückgewiesen.
Fix: Prüfen Sie den Nachrichteninhalt auf Muster, die von Inhaltsfiltern häufig erkannt werden, wie z. B. werbliche Formulierungen mit Dringlichkeitsausdrücken, Betreffzeilen in Großbuchstaben, verdächtige Anhänge (.exe, .zip von unbekannten Absendern), Absendernamen, die nicht mit der Absenderadresse übereinstimmen, oder URL-Kürzer, die auf nicht vertrauenswürdige Ziele verweisen. Das Entfernen oder Umformulieren des auslösenden Inhalts behebt in der Regel eine Inhaltsablehnung gemäß Version 5.7.x.
Verhindern: Testen Sie Kampagnen vor dem Versand mit einem Spam-Bewertungstool. Authentifizierung hilft, vertrauensbedingte Filterprobleme zu reduzieren, während saubere Verteilerlisten das Beschwerderisiko senken, das E-Mail-Anbieter dazu veranlassen kann, Ihre Inhalte strenger zu bewerten.
Weiterleitung nicht erlaubt oder SMTP-Authentifizierung fehlt
Diagnostizieren: Der Untercode lautet üblicherweise 5.4.1 oder 5.7.1, die Fehlermeldung lautet „Relay verweigert“, „Relaying nicht erlaubt“, „Relaying nicht gestattet“ oder „Authentifizierung für Relay erforderlich“. Dieser Fehler stammt vom ausgehenden SMTP-Server, nicht vom Server des Empfängers (der sendende Client ist nicht zur Nutzung des Relays berechtigt).
Fix: Aktivieren Sie die SMTP-Authentifizierung in Ihrem E-Mail-Client. In Outlook: Kontoeinstellungen → Weitere Einstellungen → Postausgangsserver → aktivieren Sie „Der Postausgangsserver (SMTP) erfordert Authentifizierung“. In Gmail SMTP: Stellen Sie sicher, dass für das Absenderkonto ein App-Passwort konfiguriert ist, falls die Zwei-Faktor-Authentifizierung aktiviert ist.
Häufiges Szenario: Der Versuch, E-Mails über einen SMTP-Server zu senden, der keine Weiterleitungen von der aktuellen IP-Adresse akzeptiert, oder die Neukonfiguration eines E-Mail-Clients nach einer Passwortänderung ohne Aktualisierung der SMTP-Zugangsdaten können auftreten. Die Lösung besteht darin, entweder den korrekten SMTP-Server für die Absenderdomäne zu verwenden oder gültige Anmeldeinformationen für den aktuell konfigurierten Server anzugeben.
Empfängerpostfach voll oder deaktiviert
Diagnostizieren: Der Untercode lautet üblicherweise 5.2.1 oder 5.2.2, die Fehlermeldung lautet „Postfach voll“, „Speicherplatz überschritten“, „Speicherplatzlimit überschritten“, „Deaktiviert“ oder „Nehme keine Nachrichten an“. Das Postfach existiert, kann aber keine neuen E-Mails empfangen.
Fix: Bei Speicherkontingent- oder deaktivierten Postfachfehlern kann der Absender nichts unternehmen. Der Empfänger muss Speicherplatz freigeben oder das Konto reaktivieren, bevor die Zustellung möglich ist.
Beste Übung: Wenn derselbe Empfänger über mehrere Sendeversuche und mehrere Tage hinweg wiederholt Fehler der Version 5.2.x zurückgibt, entfernen Sie die Adresse aus der aktiven Liste. Ein dauerhaft volles oder deaktiviertes Postfach ist praktisch nicht erreichbar, und weitere Sendungen an diese Adresse verschlechtern die Bounce-Rate, ohne dass eine Zustellung möglich ist.
Wie man SMTP-550-Fehler zukünftig vermeidet
Prävention ist in jeder Kategorie des Fehlerberichts 550 effizienter als die Behebung von Fehlern. Die meisten wiederkehrenden Fehler des Fehlerberichts 550 lassen sich auf eine der vier folgenden Praktiken zurückführen: mangelhafte oder fehlende Umsetzung.
- Überprüfen Sie jede E-Mail-Adresse vor dem Versand: Die Echtzeitvalidierung bei der Anmeldung und die regelmäßige Massenvalidierung bestehender Listen erkennen ungültige Adressen (die Hauptursache für Fehler der Version 5.1.1), bevor diese den Sendestrom erreichen. Validierung der E-Mail-Liste Kennzeichnet ungültige, Wegwerf- und Hochrisikoadressen mithilfe mehrstufiger Prüfungen.
- SPF-, DKIM- und DMARC-Konformität für jede sendende Domain und Subdomain aufrechterhalten: Authentifizierungsfehler stellen eine schnell wachsende Kategorie von Fehlerursachen (550) dar. Durch die Aktualisierung der Authentifizierung, insbesondere beim Hinzufügen neuer Sendeplattformen, lassen sich die meisten Fehler der Version 5.7.x verhindern, bevor sie in den Bounce-Berichten erscheinen.
- Überwachen Sie die Absenderreputation kontinuierlich: Bedrohungen durch Blacklists und sprunghafte Beschwerden entstehen nicht über Nacht. Sie entwickeln sich aus Mustern, die sich im Reputationsmonitoring erkennen lassen, bevor sie zu direkten Ablehnungen führen. Die tägliche Überwachung mit den Google Postmaster Tools und regelmäßige Blacklist-Prüfungen decken Probleme mit der Domain- und IP-Reputation frühzeitig auf, solange sie noch leicht zu beheben sind.
- Reinigen Sie die Absenderliste regelmäßig: Adressen, die wiederholt 5.2.x-Fehler, Hard Bounces und chronisch inaktive Kontakte zurückgeben, sollten vor der nächsten Kampagne entfernt werden. Bereinigung einer E-Mail-Liste Durch die Verwendung dieser Datensätze bleiben die Absprungraten niedrig und die Reputationskennzahlen gut, wodurch die Häufigkeit von 550-Fehlern im Zusammenhang mit Inhaltsfiltern und Blacklists reduziert wird.
SMTP-550-Fehler endgültig beheben
SMTP-550-Fehler sind Diagnosedaten. Jeder Untercode und die zugehörige Fehlermeldung beschreiben die Ursache präzise genug, um das Problem zu beheben, wenn man die gesamte Meldung liest und nicht nur die drei Ziffern.
Die fünf häufigsten Ursachen lassen sich alle durch die richtigen vorgelagerten Praktiken vermeiden: Ungültige Empfänger werden durch die Listenvalidierung vor dem Versand erkannt; Authentifizierungsfehler werden durch die Aufrechterhaltung von SPF, DKIM und DMARC auf jeder sendenden Domain verhindert; Blacklisting wird durch die Überwachung der Reputation und die Senkung der Bounce-Rate verhindert; Inhaltsablehnungen werden durch saubere Kopien und authentifizierte Domains vermieden; und Relay-Blockierungen werden durch korrekte SMTP-Zugangsdaten aufgelöst.
Authentifizierungsfehler, insbesondere Fehlermeldungen der Versionen 5.7.1 und 5.7.26, treten seit Inkrafttreten der Absenderanforderungen ab 2024 häufiger auf. Sollten Sie vermehrt 550-Fehler von Gmail oder Yahoo erhalten und Ihre Authentifizierungseinstellungen in letzter Zeit nicht überprüft haben, ist dies der erste Ansatzpunkt.
Um die häufigste Ursache für Bounces neben der Authentifizierung zu beheben, laden Sie Ihre Liste vor der nächsten Kampagne auf DeBounce hoch. Entfernen Sie die ungültigen Adressen, die für Bounces gemäß 5.1.1 verantwortlich sind, und kennzeichnen Sie die riskanten Adressen, die zu den Reputationssignalen beitragen, die zu Ablehnungen aufgrund von Blacklist-Einträgen führen.
