Was sind Exchange NDR (Non-Delivery Reports) in Office 365?

Wenn es ein Problem bei der Zustellung einer von Ihnen gesendeten E-Mail gibt, sendet Office 365 eine entsprechende Informations-E-Mail an Sie. Die E-Mail, die Sie empfangen, ist eine Benachrichtigung über den Zustellungsstatus, auch bekannt als Unzustellbarkeitsnachricht. Der häufigste Typ wird als Unzustellbarkeitsbericht (NDR, Non-Delivery Report) bezeichnet und teilt Ihnen mit, dass eine Nachricht nicht zugestellt wurde. Eine Nichtzustellung kann durch etwas so Einfaches wie einen Tippfehler in einer E-Mail-Adresse verursacht werden. NDRs enthalten einen Code, der anzeigt, warum Ihre E-Mail nicht zugestellt wurde, Lösungen, die Sie dabei unterstützen, Ihre E-Mail zustellen zu lassen, einen Link zu weiterer Hilfe im Web und technische Details für Administratoren. Erfahren Sie mehr über die Inhalte in meiner E-Mail mit dem Unzustellbarkeitsbericht (NDR).

Auffinden meines NDR-Codes und Erhalten von Hilfe beim Zustellen meiner E-Mail

Die folgende Tabelle enthält die NDR-Codes (auch als erweiterte Statuscodes bezeichnet) für die gängigsten Unzustellbarkeitsnachrichten und NDRs, die in Office 365 möglicherweise auftreten.

NDR-Code

Beschreibung

Mögliche Ursache

Weitere Informationen

4.4.7

Message expired

Die Nachricht in der Warteschlange ist abgelaufen. Der sendende Server hat versucht, die Nachricht weiterzuleiten oder zu übermitteln, die Aktion wurde jedoch nicht vor dem Erreichen des Ablaufzeitpunkts abgeschlossen. Dieser Unzustellbarkeitsbericht weist möglicherweise darauf hin, dass ein Grenzwert für Nachrichtenkopfzeilen auf einem Remoteserver erreicht wurde oder bei der Kommunikation mit dem Remoteserver ein anderes Protokolltimeout aufgetreten ist.

Dieser Code gibt normalerweise ein Problem auf dem empfangenden Server an. Überprüfen Sie die Gültigkeit der Empfängeradresse, und vergewissern Sie sich außerdem, dass der empfangende Server ordnungsgemäß für den Empfang von Nachrichten konfiguriert ist.

Möglicherweise müssen Sie die Anzahl der Empfänger im Nachrichtenkopf für den Host verringern, zu dem Sie diesen Fehler empfangen. Wenn Sie die Nachricht erneut senden, wird sie wieder in die Warteschlange gesetzt. Wenn der empfangende Server verfügbar ist, wird die Nachricht zugestellt.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 4.4.7 in Office 365.

4.7.26

Access denied, a message sent over IPv6 [2a01:111:f200:2004::240] must pass either SPF or DKIM validation, this message is not signed

Eine über IPv6 gesendete Nachricht muss entweder SPF oder DKIM übergeben.

Weitere Einzelheiten hierzu finden Sie unter Unterstützung für anonyme, über IPv6 eingehende E-Mail-Nachrichten.

4.7.500-699

Access denied, please try again later

Auf der fraglichen IP wurde eine verdächtige Aktivität erkannt, und sie wurde vorübergehend eingeschränkt, während die weitere Auswertung erfolgt.

Wenn die Aktivität gültig ist, wird die Einschränkung in Kürze aufgehoben.

4.7.850-899

Access denied, please try again later

Auf der fraglichen IP wurde eine verdächtige Aktivität erkannt, und sie wurde vorübergehend eingeschränkt, während die weitere Auswertung erfolgt.

Wenn die Aktivität gültig ist, wird die Einschränkung in Kürze aufgehoben.

5.1.0

Sender denied

Eine häufige Ursache für diesen NDR ist die Verwendung von Microsoft Outlook zum Speichern einer E-Mail-Nachricht als Datei, die dann von einer anderen Person offline geöffnet und beantwortet wurde. In den Nachrichteneigenschaften wird nur das Attribut legacyExchangeDN beibehalten, wenn Outlook die Nachricht zustellt, daher kann Nachschlagevorgang fehlschlagen.

Entweder die Empfängeradresse ist falsch formatiert, oder der Empfänger konnte nicht korrekt aufgelöst werden. Der erste Schritt zur Lösung dieses Problems besteht darin, die Empfängeradresse zu überprüfen und die Nachricht erneut zu senden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.1.0 in Office 365.

5.1.1

Bad destination mailbox address

Dieser Fehler kann von den folgenden Bedingungen verursacht werden:

  • Die E-Mail-Adresse des Empfänger wurde vom Absender falsch eingegeben.

  • Im Ziel-E-Mail-System ist der Empfänger nicht vorhanden.

  • Das Postfach des Empfängers wurde verschoben, und der Outlook-Empfänger-Cache auf dem Computer des Absenders wurde nicht aktualisiert.

  • Für den Active Directory-Domänendienst des Postfachs des Empfängers ist ein ungültiger, veralteter Domänenname (DN) vorhanden.

Dieser Fehler tritt normalerweise auf, wenn der Absender der Nachricht die E-Mail-Adresse des Empfängers falsch eingibt. Der Absender sollte die E-Mail-Adresse des Empfängers überprüfen und die Nachricht erneut senden. Dieser Fehler kann auch auftreten, wenn die E-Mail-Adresse des Empfängers in der Vergangenheit korrekt war, nun aber geändert oder aus dem Ziel-E-Mail-System entfernt wurde.

Wenn sich der Absender der Nachricht in derselben Organisation wie der Empfänger befindet und das Postfach des Empfängers noch vorhanden ist, finden Sie heraus, ob das Postfach des Empfängers auf einen neuen E-Mail-Server verschoben wurde. In diesem Fall ist es möglich, dass Outlook den Empfänger-Cache nicht korrekt aktualisiert hat. Weisen Sie den Absender an, die Empfängeradresse aus dem Outlook-Empfänger-Cache zu entfernen und dann eine neue Nachricht zu erstellen. Beim erneuten Senden der ursprünglichen Nachricht tritt ansonsten derselbe Fehler auf.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.1.1 bis 5.1.20 in Office 365.

5.4.1

Relay Access Denied

Der E-Mail-Server, der die Fehlermeldung generiert hat, akzeptiert keine E-Mails für die Domäne des Empfängers. Dieser Fehler wird in der Regel durch den E-Mail-Server oder eine falsche DNS-Konfiguration verursacht.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.4.1 in Office 365.

5.4.6

Routing loop detected

Ein Konfigurationsfehler hat eine E-Mail-Schleife verursacht. Standardmäßig unterbricht Exchange die Schleife nach 20 Iterationen eine E-Mail-Schleife und generierte einen NDR an den Absender der Nachricht.

Dieser Fehler tritt auf, wenn die Zustellung einer Nachricht eine andere Nachricht als Antwort generiert. Diese Nachricht generiert dann eine dritte Nachricht, und der Vorgang wird wiederholt, sodass eine Schleife entsteht. Zum Schutz vor einer Überlastung der Systemressourcen unterbricht Exchange die E-Mail-Schleife nach 20 Iterationen. E-Mail-Schleifen entstehen in der Regel aufgrund eines Konfigurationsfehlers auf dem sendenden E-Mail-Server, dem empfangenden E-Mail-Server oder auf beiden Servern. Überprüfen Sie die Konfiguration der Postfachregeln für Absender und Empfänger, um zu ermitteln, ob die automatische Nachrichtenweiterleitung aktiviert ist.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.4.6 bis 5.4.20 in Office 365.

5.6.11

Invalid characters

Ihr E-Mail-Programm hat ungültige Zeichen (alleinstehende Zeilenvorschubzeichen) in einer von Ihnen gesendeten Nachricht hinzugefügt.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.6.11 in Office 365.

5.7.1

Delivery not authorized

Dem Absender der Nachricht ist es nicht gestattet, Nachrichten an den Empfänger zu senden.

Dieser Fehler tritt auf, wenn der Absender versucht, eine Nachricht an einen Empfänger zu senden, dazu jedoch nicht autorisiert ist. Dies geschieht häufig, wenn ein Absender versucht, Nachrichten an eine Verteilergruppe zu senden, die so konfiguriert wurde, dass nur Nachrichten von Mitgliedern dieser Verteilergruppe oder von autorisierten Absendern akzeptiert werden. Der Absender muss die Berechtigung zum Senden von Nachrichten an den Empfänger anfordern.

Dieser Fehler kann auch auftreten, wenn eine Nachricht aufgrund einer Exchange-Transportregel zurückgewiesen wird, da die Nachricht Bedingungen entspricht, die in der Transportregel konfiguriert wurden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.1 in Office 365.

5.7.1

Unable to relay

Dem sendenden E-Mail-System ist es nicht gestattet, eine Nachricht an ein E-Mail-System zu senden, wenn dieses E-Mail-System nicht das endgültige Ziel der Nachricht ist.

Dieser Fehler tritt auf, wenn das sendende E-Mail-System versucht, eine anonyme Nachricht an ein empfangendes E-Mail-System zu senden und das empfangende E-Mail-System keine Nachrichten für die Domäne/n akzeptiert, die in einer oder mehreren Empfängeradressen angegeben wurden. Im Folgenden werden die häufigsten Ursachen für diesen Fehler erläutert:

  • Ein Dritter versucht, ein empfangendes E-Mail-System zum Senden von Spam zu verwenden, und das empfangende E-Mail-System verweigert den Versuch. Wie es der Natur von Spam entspricht, wurde die E-Mail-Adresse des Absenders möglicherweise gefälscht, und der hieraus resultierende NDR könnte an die E-Mail-Adresse des ahnungslosen Absenders übermittelt worden sein. Dies ist schwer zu vermeiden.

  • Ein MX-Eintrag für eine Domäne verweist auf ein empfangendes E-Mail-System, in dem diese Domäne nicht akzeptiert wird. Der für diesen speziellen Domänennamen zuständige Administrator muss den MX-Eintrag korrigieren oder das empfangende E-Mail-System so konfigurieren, das Nachrichten, die an diese oder beide Domänen gesendet werden, akzeptiert werden.

  • Ein sendendes E-Mail-System oder ein Client, der das empfangende E-Mail-System für die Vermittlung von Nachrichten verwendet, verfügt nicht über die entsprechenden Berechtigungen hierzu.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.1 in Office 365.

5.7.1

Client was not authenticated

Das sendende E-Mail-System hat sich beim empfangenden E-Mail-System nicht authentifiziert. Das empfangende E-Mail-System setzt vor der Nachrichtenübermittlung eine Authentifizierung voraus.

Dieser Fehler tritt auf, wenn der empfangende Server vor der Nachrichtenübermittlung authentifiziert werden muss und das sendende E-Mail-System sich beim empfangenden E-Mail-System nicht authentifiziert hat. Der Administrator des sendenden E-Mail-Systems muss das sendende E-Mail-System so konfigurieren, dass es sich beim empfangenden E-Mail-System authentifiziert, damit die Übermittlung erfolgreich ist.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.1 in Office 365.

5.7.12

Sender was not authenticated by organization

Die Nachricht des Absenders wird abgelehnt, weil die Empfängeradresse so eingerichtet ist, dass von außerhalb ihrer Organisation gesendete Nachrichten abgelehnt werden. Eine entsprechende Änderung kann nur von einem E-Mail-Administrator für die Organisation des Empfängers vorgenommen werden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.12 in Office 365.

5.7.124

Sender not in allowed-senders list

Der Absender ist nicht berechtigt, an die Verteilergruppe zu senden, weil der Absender nicht in der Liste der zulässigen Absender der Gruppe ist. Je nach Einrichtung der Gruppe muss möglicherweise sogar der Besitzer der Gruppe zur Liste der zulässigen Absender hinzugefügt werden, um Nachrichten an die Gruppe senden zu können.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.124 in Office 365.

5.7.133

Sender not authenticated for group

Die Empfängeradresse ist eine Gruppenverteilerliste, die so eingerichtet ist, dass von außerhalb ihrer Organisation gesendete Nachrichten abgelehnt werden. Eine entsprechende Änderung kann nur von einem E-Mail-Administrator für die Organisation des Empfängers oder vom Gruppenbesitzer vorgenommen werden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.133 in Office 365.

5.7.134

Sender was not authenticated for mailbox

Die Empfängeradresse ist ein Postfach, das so eingerichtet ist, dass von außerhalb seiner Organisation gesendete Nachrichten abgelehnt werden. Eine entsprechende Änderung kann nur von einem E-Mail-Administrator für die Organisation des Empfängers vorgenommen werden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.134 in Office 365.

5.7.13 oder 135

Sender was not authenticated for public folder

Die Empfängeradresse ist ein öffentlicher Ordner, der zum Ablehnen von außerhalb der Organisation gesendeten Nachrichten eingerichtet ist. Eine entsprechende Änderung kann nur von einem E-Mail-Administrator für die Organisation des Empfängers vorgenommen werden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.13 oder 5.7.135 in Office 365.

5.7.136

Sender was not authenticated

Die Empfängeradresse ist ein E-Mail-Benutzer, der zum Ablehnen von außerhalb der Organisation gesendeten Nachrichten eingerichtet ist. Eine entsprechende Änderung kann nur von einem E-Mail-Administrator für die Organisation des Empfängers vorgenommen werden.

Weitere Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 5.7.136 in Office 365.

5.7.25

Access denied, the sending IPv6 address [2a01:111:f200:2004::240] must have a reverse DNS record

Die sendende IPv6-Adresse muss über einen Reverse-DNS-Eintrag verfügen, damit E-Mails über IPv6 gesendet werden können.

Weitere Einzelheiten hierzu finden Sie unter Unterstützung für anonyme, über IPv6 eingehende E-Mail-Nachrichten.

5.7.501

Access denied, spam abuse detected

Das sendende Konto wurde aufgrund von erkannter Spamaktivität gesperrt.

Ausführliche Informationen finden Sie unter Beheben von Problemen mit der Zustellung von E-Mails bei Fehlercode 451 5.7.500-699 (ASxxx) in Office 365.

Vergewissern Sie sich, das alle Kontoprobleme behoben wurden, und setzen Sie dessen Anmeldeinformationen zurück. Um die Fähigkeit des Kontos zum Senden von Mails wiederherzustellen, wenden Sie sich über den regulären Kanal an den Support.

5.7.502

Access denied, banned sender

Das sendende Konto wurde aufgrund von erkannter Spamaktivität gesperrt.

Vergewissern Sie sich, das alle Kontoprobleme behoben wurden, und setzen Sie dessen Anmeldeinformationen zurück. Um die Fähigkeit des Kontos zum Senden von Mails wiederherzustellen, wenden Sie sich bitte über den regulären Kanal an den Support.

5.7.503

Access denied, banned sender

Das sendende Konto wurde aufgrund von erkannter Spamaktivität gesperrt.

Vergewissern Sie sich, das alle Kontoprobleme behoben wurden, und setzen Sie dessen Anmeldeinformationen zurück. Um die Fähigkeit des Kontos zum Senden von Mails wiederherzustellen, wenden Sie sich bitte über den regulären Kanal an den Support.

5.7.504

[email@contoso.com]: Recipient address rejected: Access denied

Die Empfängeradresse, die Sie zu kontaktieren versuchen, ist ungültig.

Überprüfen Sie die E-Mail-Adresse des Empfängers, und versuchen Sie es erneut.

5.7.505

Access denied, banned recipient

Der Empfänger, den Sie zu kontaktieren versuchen, ist ungültig.

Wenn Sie glauben, dass dies ein Fehler ist, wenden Sie sich an den Support.

5.7.506

Access Denied, Bad HELO

Ihr Server versucht, sich selbst als der Server vorzustellen (HELO gemäß RFC 821), zu dem er die Verbindung herzustellen versucht, anstatt mit dem eigenen vollqualifizierten Domänennamen.

Dies ist unzulässig und ein Merkmal für typisches Spambot-Verhalten.

5.7.507

Access denied, rejected by recipient

Die IP, von der aus Sie zu senden versuchen, wurde von der Organisation des Empfängers gesperrt.

Wenden Sie sich an den Empfänger, um das Problem zu lösen.

5.7.508

Access denied, [$SenderIPAddress] has exceeded permitted limits within $range range

Der IPv6-Bereich des Absenders hat versucht, zu viele Nachrichten in zu kurzer Zeit zu senden.

Nicht anwendbar

5.7.509

Access denied, sending domain [$SenderDomain] does not pass DMARC verification

Die Domäne des Absenders in der 5322.From-Adresse übergibt DMARC nicht.

Nicht anwendbar

5.7.510

Access denied, [contoso.com] does not accept email over IPv6

Der Absender versucht, eine Nachricht über IPv6 an den Empfänger zu senden, der Empfänger akzeptiert jedoch keine E-Mail-Nachrichten über iPv6.

Nicht anwendbar

5.7.511

Access denied, banned sender

Das Konto, von dem aus Sie zu senden versuchen, wurde gesperrt.

Weitere Informationen finden Sie unter Entfernen eines Benutzers, einer Domäne oder einer IP-Adresse von einer Liste "Blockieren" nach dem Senden von Spam-E-Mails.

5.7.512

Access denied, message must be RFC 5322 section 3.6.2 compliant

Die Nachricht wurde ohne eine gültige "Von"-E-Mail-Adresse gesendet.

Nur Office 365. Jede Nachricht muss im "Von"-Feld in der Kopfzeile eine gültige E-Mail-Adresse enthalten. Die ordnungsgemäße Formatierung dieser Adresse enthält die E-Mail-Adresse in spitzen Klammern, z. B. <security@contoso.com>. Ohne diese Adresse wird die Nachricht von Office 365 abgelehnt.

5.7.513

Service unavailable, Client host [$ConnectingIP] blocked by $recipientDomain using Customer Block list (AS16012607)

Ihre Absender-IP-Adresse wurde von der Domäne des Empfängers zur benutzerdefinierten Blockliste hinzugefügt.

IP-Adresse des Absenders wurde von der Domäne, die die E-Mail-Nachricht empfangen hat, blockiert. Wenn Sie der Meinung sind, dass Ihre IP-Adresse fälschlicherweise zur benutzerdefinierten Blockliste der Empfängerdomäne hinzugefügt wurde, müssen Sie sich direkt an den Empfänger wenden und ihn bitten, Sie aus der Blockliste zu entfernen.

5.7.606-649

Access denied, banned sending IP [IP1.IP2.IP3.IP4]

Die IP, von der aus Sie zu senden versuchen, wurde gesperrt.

Stellen Sie sicher, dass Sie den bewährten Methoden für die E-Mail-Zustellbarkeit folgen und dass das Renommee Ihrer IPs nicht als Ergebnis von Gefährdung oder böswilligem Datenverkehr heruntergestuft wurde. Wenn Sie glauben, dass Sie diese Meldung irrtümlich erhalten, können Sie über das Self-Service-Portal anfordern, von der Liste entfernt zu werden. Weitere Informationen finden Sie unter Verwenden des Delist-Portals zum Entfernen der eigenen IP-Adresse aus der Office 365-Liste der gesperrten Absender.

5.7.700-749

Access denied, tenant has exceeded threshold

Ein Großteil des Datenverkehrs von diesem Mandanten wurde als verdächtig erkannt, wodurch die Sendefähigkeit des Mandanten gesperrt wurde.

Stellen Sie sicher, dass alle Gefährdungen oder offenen Vermittlungen aufgelöst wurden, und kontaktieren Sie dann den Support über Ihren regulären Kanal.

Was ist in einem Unzustellbarkeitsbericht (NDR) enthalten?

Exchange-NDRs sind so einfach gestaltet, dass sie von normalen Benutzern und Administratoren gelesen und verstanden werden können. Für NDRs gibt es eine Reihe unterschiedlicher Formate. Das neueste NDR-Format enthält eine umgangssprachliche Problembeschreibung sowie Schritte zum Beheben des Problems. Die folgende Abbildung zeigt das Format für diesen Typ von NDR.

Neuestes Format für die Benachrichtigung über den Zustellungsstatus (Delivery Status Notfication, DSN) in Office 365

Informationen, die im neuesten NDR-Format bereitgestellt werden, dienen dazu, dem normalen E-Mail-Benutzer die Möglichkeit zur sofortigen Lösung des Problems zu geben. Wenn dies nicht möglich ist, enthält der NDR Details für Administratoren sowie einen Link zu weiteren Hilfeinformationen im Internet. Die folgenden Felder werden in den neuesten Office 365-NDRs angezeigt.

Feld

Beschreibung

Office 365-Logo   

Das Office 365-Logo zeigt, dass der NDR von Office 365 generiert wurde. Das Logo bedeutet nicht, dass Office 365 für den Fehler verantwortlich ist. Hiermit wird angegeben, welche Nachrichtenendpunkte in die E-Mail-Übermittlung involviert sind, was in den NDRs im älteren Format nicht immer nachvollziehbar ist.

Ursache   

In diesem Abschnitt wird der Grund angegeben, warum die Nachricht nicht zugestellt wurde.

Indikator für den Fix-it-Besitzer   

In diesem Abschnitt können Sie auf den ersten Blick sehen, worin das Problem besteht und wer für dessen Behebung zuständig ist. Die Abbildung zeigt die drei grundlegenden Beteiligten an einer Office 365-E-Mail-Übermittlung: den Absender, Office 365 und den Empfänger. Der rot markierte Bereich zeigt, wo das Problem normalerweise behoben werden muss.

So beheben Sie das Problem   

Dieser Abschnitt wendet sich an den Endbenutzer oder den Absender der E-Mail, der den NDR erhält. Hier wird erläutert, wie das Problem behoben werden kann.

Weitere Informationen für E-Mail-Administratoren   

Dieser Abschnitt enthält eine detaillierte Erläuterung des Problems und seiner Lösung sowie technische Details und einen Link zu einem Artikel im Internet, in dem Sie detaillierte Referenzinformationen finden.

Nachrichtenhops   

Dieser Abschnitt enthält Zeiten und Systemverweise betreffend die Nachricht, die es einem Administrator ermöglichen, die Nachrichtenhops oder den Server-zu-Server-Pfad zu verfolgen. Dank dieser Informationen ist der Administrator schnell in der Lage, Probleme zwischen Nachrichtenhops zu erkennen.

Bei NDRs, die nicht das neueste Format aufweisen, sind diese Informationen möglicherweise in zwei Abschnitte unterteilt: Benutzerinformationen und Diagnoseinformationen für Administratoren. Die folgende Abbildung zeigt das Format eines Exchange Online-NDR-Typs.

NDR mit Diagnoseinformationen für Benutzer und Administratoren

Benutzerinformationen

Der Abschnitt mit den Benutzerinformationen wird in einigen NDRs zuerst angezeigt und dient in erster Linie zur Bereitstellung einer Zusammenfassung über das, was falsch gelaufen ist. Der Text soll dem Absender der Nachricht bei der Ermittlung helfen, warum die Nachricht abgelehnt wurde, und, wenn möglich, wie die Nachricht erfolgreich erneut gesendet werden kann. Die E-Mail-Adresse jedes Empfängers wird aufgelistet, und der Grund für den Fehler ist unter der E-Mail-Adresse des Empfängers angegeben. Der Name des E-Mail-Servers, der die Nachricht abgelehnt hat, ist in diesem Abschnitt möglicherweise ebenfalls enthalten.

Diagnoseinformationen für Administratoren

Der Abschnitt Diagnoseinformationen für Administratoren bietet tiefer gehende technische Informationen, um den Administratoren bei der Behandlung des Problems mit der Nachrichtenzustellung zu helfen. Er enthält detaillierte Informationen zu dem Fehler, der während der Zustellung der Nachricht aufgetreten ist, dem Server, der den NDR generiert hat, und dem Server, der die Nachricht abgelehnt hat. In diesem Abschnitt wird das folgende Format verwendet:

Diagnostic information for administrators

Generating server: 
<server name>
<rejected recipient>
<remote server>
<enhanced status code>
<SMTP response> Original message headers <message header fields>

Feld

Beschreibung

Generierender Server   

In diesem Feld wird der Name des SMTP-E-Mail-Servers angegeben, der den NDR erstellt hat. Wenn unter der E-Mail-Adresse des Absenders kein Remoteserver aufgelistet wird, ist der generierende Server auch der Server, der die ursprüngliche E-Mail-Nachricht abgelehnt hat. Wenn der Remote-E-Mail-Server die Nachricht bestätigt und akzeptiert, sie später jedoch ablehnt, beispielsweise aufgrund von Inhaltseinschränkungen, generiert er den NDR. Wenn der Remote-E-Mail-Server die Nachricht nie bestätigt und nie akzeptiert, generiert der sendende Server in Exchange Online den NDR.

<Abgelehnter Empfänger>   

Dieser Wert ist die E-Mail-Adresse des Empfängers. Wenn die Zustellung an mehrere Empfänger fehlschlägt, wird die E-Mail-Adresse für jeden Empfänger aufgelistet. Die folgenden Informationen werden bei jedem fehlgeschlagenen Empfänger ebenfalls einbezogen:

Feld

Beschreibung

<Remoteserver>   

Dieser Wert ist der Name des E-Mail-Servers, der die Nachricht abgelehnt hat. Wenn die ursprüngliche Nachricht vom empfangenden Server erfolgreich bestätigt, später jedoch abgelehnt wurde, ist der Wert für den Remoteserver nicht ausgefüllt.

<Erweiterter Statuscode>   

Dieser Wert wird von dem E-Mail-Server zugewiesen, der die ursprüngliche Nachricht abgelehnt hat. Er gibt den Grund für die Ablehnung an. Diese Codes werden in RFC 3463 definiert, und sie verwenden das Format abc x.y.z, in dem die Platzhalterwerte ganze Zahlen sind. So weist beispielsweise der Code 5.x.x auf einen permanenten Fehler und der Code 4.x.x auf einen temporären Fehler hin. Obwohl der erweiterte Statuscode oft von einem externen E-Mail-Server generiert wird, verwendet Exchange Online den Wert dieses Codes zur Ermittlung des Texts, der im Abschnitt mit den Benutzerinformationen angezeigt werden soll.

<SMTP-Antwort>   

Dieser Wert wird von dem E-Mail-Server zurückgegeben, der die ursprüngliche Nachricht abgelehnt hat. Der Text bietet eine Erläuterung für den erweiterten Statuscodewert. Er wird immer im US-ASCII-Format dargestellt.

Ursprüngliche Nachrichtenköpfe   

Dieser Abschnitt enthält die Nachrichtenkopffelder der abgelehnten Nachricht. Diese Felder können nützliche Diagnoseinformationen enthalten, beispielsweise den Pfad, den die Nachricht durchlaufen hat, bevor sie abgelehnt wurde, oder die Angabe, ob der Wert im Feld "To" dem Wert des abgelehnten Empfängers entspricht.

Interpretieren eines Exchange NDR

Nachfolgend ein Beispiel. Angenommen, Sie erhalten einen Exchange NDR mit den folgenden Informationen:

Delivery has failed to these recipients or groups:

ronald@contoso.com
Your message wasn't delivered due to a permission or security issue. It may have been rejected by a moderator, the address may only accept email from certain senders, or another restriction may be preventing delivery. The following organization rejected your message: mail.contoso.com.

Diagnostic information for administrators:

Generating server: alpineskihouse.com

ronald@contoso.com
mail.contoso.com #<exchange.contoso.com #5.7.1 smtp;530 5.7.1 Client was not authenticated> #SMTP#


Original message headers:
...

Dem Abschnitt mit den Benutzerinformationen können Sie entnehmen, dass der Name des Empfängers "Ronald Slattery" lautet und die Nachricht vom E-Mail-Server "mail.contoso.com" abgelehnt wurde, der weder ein Exchange Online- noch ein Exchange Online Protection-Server ist.

Dem Abschnitt Diagnoseinformationen für Administratoren können Sie entnehmen, dass "alpineskihouse.com" versucht hat, eine Verbindung mit dem Server "mail.contoso.com" herzustellen, um die Nachricht dem Empfänger "ronald@contoso.com" zuzustellen. "mail.contoso.com" hat jedoch mit dem Fehlercode "530 5.7.1 Client was not authenticated" geantwortet. Obwohl der NDR von "bigfish.com" generiert wurde, hat tatsächlich "mail.contoso.com" die Nachricht abgelehnt. Folglich sind die Administratoren bei "contoso.com" dafür zuständig, das Problem zu verstehen und zu beheben. Dieser besondere Fehlercode weist darauf hin, dass der Server "mail.contoso.com" entsprechend seiner Konfiguration keine anonymen E-Mails aus dem Internet akzeptiert.

Obwohl in diesem Beispiel die ursprünglichen Nachrichtenköpfe wegen ihrer Länge und Komplexität fehlen, können Sie in der Regel den folgenden Kopffeldern wertvolle Informationen entnehmen:

  • To:   Dieses Feld kann hilfreich sein, wenn die E-Mail-Adresse falsch geschrieben wurde.

  • Received:   Diese Felder können Ihnen den Pfad für die Nachricht und den letzten Hop mitteilen, der die Benachrichtigung über den Zustellungsstatus generiert hat, wenn diese Angabe dem Wert für "Generating server" im NDR nicht problemlos zu entnehmen ist.

  • Received-SPF:   Wenn dieser Wert anders als "pass" lautet, überprüfen Sie den SPF DNS-Eintrag (Sender Policy Framework) für Ihre Domäne. Weitere Informationen finden Sie unter Hinzufügen oder Bearbeiten von benutzerdefinierten DNS-Einträgen in Office 365.

Benötigen Sie weitere Hilfe zu NDRs oder anderen Statusbenachrichtigungen?

Abrufen von Hilfe bei den Office 365-Community-Foren Administratoren: Melden Sie sich an, und erstellen Sie eine Serviceanfrage Administratoren: Rufen Sie den Support an
Teilen Facebook Facebook Twitter Twitter E-Mail E-Mail

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×