DSNs und NDRs in Exchange 2013
Gilt für: Exchange Server 2013
Hinweis
Wenn Sie Hilfe zu NDRs in Microsoft 365, Office 365 oder Exchange Online benötigen, finden Sie weitere Informationen unter Email Nichtbereitstellungsberichte in Exchange Online.
Wenn ein Problem beim Übermitteln einer Nachricht auftritt, sendet Exchange Server 2013 eine Übermittlungs-status-Benachrichtigung (DSN) an den Absender der Nachricht. Diese vom System generierten Nachrichten werden auch als Unzustellbarkeitsnachrichten bezeichnet und enthalten einen Fehlercode, technische Details zum Problem und manchmal Schritte zur Problembehandlung für den Nachrichtensender. NDR-Nachrichten (Non-Delivery Report) sind ein gängiger Typ von status Benachrichtigungen. In diesem Thema für E-Mail-Administratoren werden die wahrscheinlichen Ursachen und Lösungen für viele NDR-status-Codes beschrieben. Außerdem erfahren Sie, wie NDR-Nachrichten gelesen und interpretiert werden.
Häufig vorkommende erweiterte Statuscodes
Die folgende Tabelle enthält eine Liste der erweiterten status Codes, die in NDRs für die häufigsten Fehler bei der Nachrichtenübermittlung zurückgegeben werden.
| Erweiterter Statuscode | Beschreibung | Mögliche Ursache | Weitere Informationen |
|---|---|---|---|
| 4.3.1 | Insufficient system resources |
Es ist ein Fehler mit nicht genügend Arbeitsspeicher aufgetreten. Dieses Problem kann durch ein Ressourcenproblem verursacht werden, z. B. ein vollständiger Datenträger. Anstatt einen Fehler vom Typ "Datenträger vollständig" zu erhalten, erhalten Sie möglicherweise einen Fehler vom Typ "Nicht genügend Arbeitsspeicher". |
Stellen Sie sicher, dass Ihr Exchange-Server über genügend Datenträgerspeicher verfügt. |
| 4.3.2 | System not accepting network messages |
Dieser NDR wird generiert, wenn eine Warteschlange gesperrt wurde. | Sie können diese Bedingung beheben, indem Sie die Warteschlange aufheben. |
| 4.4.1 | Connection timed out |
Der Zielserver reagiert nicht. Vorübergehende Netzwerkbedingungen können diesen Fehler verursachen. Der Exchange-Server versucht automatisch, erneut eine Verbindung mit dem Server herzustellen und die E-Mail zu übermitteln. Wenn die Übermittlung nach mehreren Versuchen fehlschlägt, wird ein NDR mit einem permanenten Fehlercode generiert. | Überwachen Sie die Situation. Dies kann ein vorübergehendes Problem sein, das sich selbst beheben kann. |
| 4.4.2 | Connection dropped |
Eine Verbindung zwischen den Servern wurde unterbrochen. Vorübergehende Netzwerkbedingungen oder ein Server, auf dem Probleme auftreten, können diesen Fehler verursachen. Der sendende Server versucht erneut, die Nachricht für einen bestimmten Zeitraum zu übermitteln, und generiert dann weitere status Berichte. | Überwachen Sie die Situation, wenn der Server die Übermittlung wiederholt. Dies kann ein vorübergehendes Problem sein, das sich selbst beheben kann. Diese Situation kann auch auftreten, wenn der Grenzwert für die Nachrichtengröße für die Verbindung erreicht ist oder wenn die Nachrichtenübermittlungsrate für die Client-IP-Adresse den konfigurierten Grenzwert überschritten hat. |
| 4.4.7 | Message expired |
Die Nachricht in der Warteschlange ist abgelaufen. Der sendende Server hat versucht, die Nachricht weiterzusenden oder zuzustellen, aber die Aktion wurde nicht abgeschlossen, bevor die Ablaufzeit der Nachricht eingetreten ist. 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 Nachrichtenheader für den Host verringern, über den Sie diesen Fehler erhalten. Wenn Sie die Nachricht erneut senden, wird sie erneut in der Warteschlange platziert. Wenn der empfangende Server verfügbar ist, wird die Nachricht zugestellt. |
| 5.0.0 | HELO / EHLO requires domain address |
Diese Situation ist ein dauerhafter Fehler. Zu den möglichen Ursachen gehören:
|
Einige mögliche Lösungen sind:
|
| 5.1.0 | Sender denied |
Dieser NDR wird durch einen allgemeinen Fehler (Fehlerhafte Adresse) verursacht. Eine E-Mail-Adresse oder ein anderes Attribut konnte in Active Directory Domain Services nicht gefunden werden. Kontakteinträge ohne festgelegtes targetAddress-Attribut können dieses Problem verursachen. Eine weitere mögliche Ursache könnte sein, dass das homeMDB-Attribut eines Benutzers nicht bestimmt werden konnte. Das homeMDB-Attribut entspricht dem Exchange-Server, auf dem sich das Postfach des Benutzers befindet. Eine weitere häufige Ursache für diesen NDR ist, wenn Sie Microsoft Outlook verwenden, um eine E-Mail-Nachricht als Datei zu speichern, und dann hat jemand die Nachricht offline geöffnet und darauf geantwortet. In den Nachrichteneigenschaften wird nur das Attribut legacyExchangeDN beibehalten, wenn Outlook die Nachricht zustellt, daher kann Nachschlagevorgang fehlschlagen. |
Entweder ist die Empfängeradresse falsch formatiert, oder der Empfänger konnte nicht ordnungsgemäß 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. |
| 5.1.1 | Bad destination mailbox address |
Dieser Fehler kann die folgenden Ursachen haben:
|
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 im gleichen Exchange-organization wie der Empfänger befindet und das Postfach des Empfängers noch vorhanden ist, bestimmen Sie, 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. Dieser Fehler kann durch andere Probleme verursacht werden, z. B. ein ungültiger Legacy-Distinguished Name (DN) in Active Directory Domain Services. Untersuchen und korrigieren Sie den früheren DN des Postfachs des Empfängers. Weisen Sie den Absender dann an, die Adresse des Empfängers aus dem Outlook-Empfängercache des Absenders zu entfernen und dann eine neue Nachricht zu erstellen. Beim erneuten Senden der ursprünglichen Nachricht tritt ansonsten derselbe Fehler auf. |
| 5.1.2 | Invalid X.400 address |
Der Empfänger verfügt über eine Nicht-SMTP-Adresse, die nicht mit einem Ziel abgeglichen werden kann. Die Adresse scheint nicht lokal zu sein, und es gibt keine Connectors, die mit Adressräumen konfiguriert sind, die die Adresse des Empfängers enthalten. | Vergewissern Sie sich, dass die Adresse des Empfängers richtig eingegeben wurde. Wenn sich die Adresse des Empfängers in einem Nicht-SMTP-E-Mail-System befindet, für das Sie die E-Mail-Zustellung speziell bereitstellen möchten, müssen Sie der Topologie den entsprechenden Connectortyp hinzufügen und ihn so konfigurieren, dass der Dienst für das E-Mail-System des Empfängers bereitgestellt wird. |
| 5.1.3 | Invalid recipient address |
Diese Meldung gibt an, dass die Adresse des Empfängers in der Nachricht falsch angezeigt wird. | Entweder ist die Adresse des Empfängers falsch formatiert, oder die Adresse des Empfängers konnte nicht ordnungsgemäß aufgelöst werden. Der erste Schritt zum Beheben dieses Fehlers besteht darin, die Adresse des Empfängers zu überprüfen und die Nachricht erneut zu senden. Überprüfen Sie außerdem die SMTP-Empfängerrichtlinie, und stellen Sie sicher, dass jede E-Mail-Domäne, für die Sie E-Mails akzeptieren möchten, ordnungsgemäß angezeigt wird. |
| 5.1.4 | Destination mailbox address ambiguous |
Zwei oder mehr Empfänger im Exchange-organization haben dieselbe Adresse. | Dieser Fehler tritt in der Regel aufgrund einer Fehlkonfiguration in Active Directory Domain Services auf. Möglicherweise aufgrund von Replikationsproblemen haben zwei Empfängerobjekte in Active Directory Domain Services dieselbe SMTP-Adresse oder Exchange Server (EX)-Adresse. |
| 5.1.7 | Invalid address |
Der Absender verfügt über eine falsch formatierte oder fehlende SMTP-Adresse, das Mail-Attribut im Verzeichnisdienst. Das E-Mail-Element kann nicht ohne ein gültiges E-Mail-Attribut zugestellt werden. | Überprüfen Sie die Verzeichnisstruktur des Absenders, und ermitteln Sie, ob das Mail-Attribut vorhanden ist. |
| 5.2.1 | Mailbox cannot be accessed |
Auf das Postfach kann nicht zugegriffen werden. Das Postfach ist möglicherweise offline, deaktiviert oder die Nachricht wurde durch eine Regel unter Quarantäne gestellt. | Überprüfen Sie, ob die Empfängerdatenbank online ist, das Empfängerpostfach deaktiviert oder die Nachricht unter Quarantäne gestellt wurde. |
| 5.2.2 | Mailbox full |
Das Postfach des Empfängers hat sein Speicherkontingent überschritten und kann keine weiteren neuen Nachrichten annehmen. | Dieser Fehler tritt auf, wenn das Postfach des Empfängers sein Speicherkontingent überschritten hat. Der Empfänger muss die Größe des Postfachs verringern, oder der Administrator muss das Speicherkontingent erhöhen, bevor die Übermittlung erfolgreich sein kann. |
| 5.2.3 | Message too large |
Die Nachricht ist zu groß, und das lokale Kontingent wird überschritten. Ein Exchange-Remotebenutzer kann beispielsweise die maximale Größe einer eingehenden Nachricht einschränken. | Senden Sie die Nachricht erneut ohne Anlagen, oder legen Sie den Server oder den clientseitigen Grenzwert fest, um eine größere Beschränkung der Nachrichtengröße zuzulassen. |
| 5.2.4 | Mailing list expansion problem |
Der Empfänger ist eine falsch konfigurierte dynamische Verteilerliste. Entweder die Filterzeichenfolge oder der Basis-DN der dynamischen Verteilerliste ist ungültig. | Legen Sie den Ereignisprotokolliergrad des Kategorisierungsmoduls auf mindestens die Mindeststufe fest, und senden Sie eine weitere Nachricht an die dynamische Verteilerliste. Überprüfen Sie das Anwendungsereignisprotokoll auf ein 6025-Ereignis oder ein 6026-Ereignis, und geben Sie an, welches Attribut für das dynamische Verteilerlistenobjekt falsch konfiguriert ist. |
| 5.3.3 | Unrecognized command |
Wenn der Exchange-Remoteserver die Kapazität seines Datenträgerspeichers zum Speichern von E-Mails erreicht, kann er mit diesem NDR antworten. Dieser Fehler tritt normalerweise auf, wenn der sendenden Server E-Mails mit einem ESMTP-BDAT-Befehl sendet. Dieser Fehler weist auch auf einen möglichen SMTP-Protokollfehler hin. | Stellen Sie sicher, dass der Remoteserver über genügend Speicherkapazität zum Speichern von E-Mails verfügt. Überprüfen Sie das SMTP-Protokoll. |
| 5.3.4 | Message too big for system |
Die Nachricht überschreitet ein für eine Transport- oder Postfachdatenbank konfiguriertes Größenlimit und kann nicht akzeptiert werden. Dieser Fehler kann entweder vom sendenden E-Mail-System oder vom Empfänger-E-Mail-System generiert werden. | Dieser Fehler tritt auf, wenn die Größe der nachricht, die vom Absender gesendet wurde, die maximal zulässige Nachrichtengröße beim Durchlaufen einer Transportkomponente oder Postfachdatenbank überschreitet. Der Absender muss die Größe der Nachricht verringern, damit die Nachricht erfolgreich zugestellt werden kann. Weitere Informationen zum Konfigurieren von Nachrichtengrößenbeschränkungen finden Sie unter Größenbeschränkungen für Nachrichten. |
| 5.3.5 | System incorrectly configured |
Es wurde eine E-Mail-Schleifensituation erkannt, was bedeutet, dass der Server so konfiguriert ist, dass E-Mails an sich selbst zurückgeschleifet werden. | Überprüfen Sie die Konfiguration der Connectors des Servers für Schleifen, und stellen Sie sicher, dass jeder Connector durch einen eindeutigen eingehenden Port definiert ist. Wenn mehrere virtuelle Server vorhanden sind, stellen Sie sicher, dass keiner auf "Alle nicht zugewiesen" festgelegt ist. |
| 5.4.4 | Invalid arguments |
Dieser NDR tritt auf, wenn keine Route für die Nachrichtenübermittlung vorhanden ist oder wenn das Kategorisierungsmodul das Ziel des nächsten Hops nicht ermitteln konnte. | Überprüfen Sie, ob der angegebene Domänenname gültig ist und dass ein MX-Eintrag (Mail Exchanger) vorhanden ist. |
| 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. |
| 5.5.2 | Send hello first |
Ein generischer SMTP-Fehler tritt auf, wenn SMTP-Befehle außerhalb der Sequenz gesendet werden. Beispielsweise versucht ein Server, einen AUTH-Befehl (Autorisierung) zu senden, bevor er sich mit einem EHLO-Befehl identifiziert. Es ist möglich, dass dieser Fehler auch auftreten kann, wenn der Systemdatenträger voll ist. |
Zeigen Sie das SMTP-Protokoll oder eine Netmon-Ablaufverfolgung an, und stellen Sie sicher, dass ausreichend Datenträgerspeicher und virtueller Arbeitsspeicher verfügbar sind. |
| 5.5.3 | Too many recipients |
Die kombinierte Gesamtzahl der Empfänger in den Zeilen An, Cc und Bcc der Nachricht übersteigt die Gesamtzahl der empfänger, die in einer einzelnen Nachricht zulässig sind. | Dieser Fehler tritt auf, wenn der Absender zu viele Empfänger in die Nachricht aufgenommen hat. Der Absender muss die Anzahl der Empfängeradressen in der Nachricht verringern, oder die maximale Anzahl von Empfängern muss erhöht werden, damit die Nachricht erfolgreich übermittelt werden kann. |
| 5.5.4 | Invalid domain name |
Die Nachricht enthält entweder einen ungültigen Absender oder ein falsches Empfängeradressenformat. Eine mögliche Ursache ist, dass das Empfängeradressformat Zeichen enthalten kann, die nicht den Internetstandards entsprechen. |
Überprüfen Sie die Adresse des Empfängers auf nicht standardmäßige Zeichen. |
| 5.5.6 | Invalid message content |
Diese Meldung weist auf einen möglichen Protokollfehler hin. | Überprüfen Sie das Ereignisprotokoll auf mögliche Fehler. |
| 5.7.1 | Delivery not authorized |
Der Absender der Nachricht darf keine Nachrichten an den Empfänger senden. | Dieser Fehler tritt auf, wenn der Absender versucht, eine Nachricht an einen Empfänger zu senden, aber der Absender nicht dazu 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 Exchange-Transportregel eine Nachricht zurückweist, weil die Nachricht Bedingungen erfüllt hat, die für die Transportregel konfiguriert sind. |
| 5.7.1 | Unable to relay |
Das sendende E-Mail-System darf keine Nachrichten an ein E-Mail-System senden, wenn dieses E-Mail-System nicht das Endziel 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 oder Domänen akzeptiert, die in einem oder mehreren der Empfänger angegeben sind. Dieser Fehler hat meistens die folgenden Gründe:
|
| 5.7.1 | Client was not authenticated |
Das sendende E-Mail-System hat sich nicht beim empfangenden E-Mail-System 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 nicht beim empfangenden E-Mail-System authentifiziert hat. Der Administrator des sendenden E-Mail-Systems muss das sendende E-Mail-System für die Authentifizierung bei dem empfangenden E-Mail-System konfigurieren, damit die Zustellung erfolgreich ist. Dieser Fehler kann auch auftreten, wenn Sie versuchen, anonyme Nachrichten aus dem Internet auf einem Postfachserver zu akzeptieren, der dafür nicht konfiguriert wurde. |
| 5.7.3 | Not Authorized |
Der Absender hat die Neuzuweisung an den alternativen Empfänger untersagt. |
NDR sections
In Exchange 2013 sind NDRs so konzipiert, dass sie sowohl für Endbenutzer als auch für Administratoren einfach zu lesen und zu verstehen sind. Informationen, die in einem NDR angezeigt werden, sind in die folgenden beiden Bereiche unterteilt:
- Abschnitt "Benutzerinformationen"
- Abschnitt "Administratorinformationen"
Die Informationen in den einzelnen Abschnitten richten sich an die Leser dieses Abschnitts. Der Abschnitt "Benutzerinformationen" wird zuerst angezeigt und enthält Feedback, damit der Benutzer nicht verstehen kann, warum die Zustellung der Nachricht fehlgeschlagen ist. Der Abschnitt Diagnoseinformationen für Administratoren enthält ausführlichere technische Informationen, z. B. die ursprünglichen Nachrichtenheader, die E-Mail-Administratoren bei der Behandlung eines Zustellungsproblems unterstützen. Die folgende Abbildung zeigt den Abschnitt "Benutzerinformationen" und den Abschnitt Diagnoseinformationen für Administratoren eines Unzustellbarkeitsberichts.
.png "NDR mit Diagnoseinformationen für Benutzer und Administrator")
Abschnitt mit den Benutzerinformationen
Der Abschnitt "Benutzerinformationen" eines von Exchange generierten NDR enthält Informationen, die Sie einem Endbenutzer mitteilen möchten, der eine Nachricht gesendet hat, die später mit einem NDR zurückgegeben wird. Der in diesem Abschnitt angezeigte Text wird vom Exchange-Server eingefügt, der den NDR generiert hat.
Der Text im Abschnitt "Benutzerinformationen" soll Endbenutzern helfen zu bestimmen, warum die Nachricht abgelehnt wurde und wie sie erfolgreich gesendet werden kann, wenn die Nachricht erneut gesendet werden soll. Falls zutreffend, ist der vollqualifizierte Domänenname (FQDN) des Servers, der die Nachricht abgelehnt hat, im Abschnitt "Benutzerinformationen" enthalten. Wenn die Zustellung an mehrere Empfänger fehlschlägt, wird die E-Mail-Adresse jedes Empfängers aufgeführt, und der Grund für den Fehler ist im Leerzeichen unterhalb der E-Mail-Adresse des Empfängers angegeben.
Sie können den Text im Abschnitt "Benutzerinformationen" mit dem Cmdlet New-SystemMessage ändern. Indem Sie eine benutzerdefinierte Nachricht erstellen, können Sie endbenutzern bestimmte Informationen bereitstellen, z. B. eine Telefonnummer, die zum Kontaktieren der Helpdeskabteilung verwendet wird, oder einen Link, über den Sie Self-Service-Support erhalten können.
Diagnoseinformationen für Administratoren
Der Abschnitt Diagnoseinformationen für Administratoren enthält ausführlichere Informationen zu dem spezifischen Fehler, der während der Zustellung der Nachricht aufgetreten ist, zum Server, der den NDR generiert hat, und dem Server, der die Nachricht abgelehnt hat. Die folgenden Felder sind in den meisten NDRs vorhanden und in der Abbildung "NDR-Abschnitte" weiter oben in diesem Thema sichtbar:
Generierender Server: Der generierende Server ist der SMTP-Server, der den NDR erstellt hat. Der generierende Server verwendet den erweiterten status Code, der weiter unten in diesem Thema erläutert wird. Dieser Code erstellt einen leicht lesbaren NDR. Wenn unter der E-Mail-Adresse des Absenders im Abschnitt Diagnoseinformationen für Administratoren kein Remoteserver aufgeführt ist, ist der generierende Server auch der Server, der die ursprüngliche E-Mail-Nachricht abgelehnt hat. Wenn die Nachrichtenübermittlung fehlschlägt, wenn die Nachricht an einen anderen Empfänger im Exchange-organization gesendet wird, lehnt derselbe Server die ursprüngliche Nachricht in der Regel ab und generiert den NDR.
Abgelehnter Empfänger: Der abgelehnte Empfänger ist die E-Mail-Adresse des Empfängers, an den die ursprüngliche Nachricht nicht gesendet wurde. Wenn bei der Übermittlung an mehrere Empfänger ein Fehler aufgetreten ist, wird die E-Mail-Adresse für jeden Empfänger aufgeführt. Das Feld "Abgelehnter Empfänger" enthält auch die folgenden Unterfelder für jede aufgeführte E-Mail-Adresse:
Remoteserver: Das Feld "Remoteserver" enthält den FQDN des Servers, der die Übermittlung der Nachricht während der SMTP-Konversation ablehnt. Das Remoteserverfeld wird nur aufgefüllt, wenn versucht wurde, die Übermittlung an einen Remoteserver zu übermitteln, und dieser Übermittlungsversuch wurde abgelehnt, bevor der empfangende Server die Nachricht erfolgreich bestätigt, nachdem der Nachrichtentext gesendet wurde. Wenn die ursprüngliche Nachricht erfolgreich vom empfangenden Server bestätigt und dann aufgrund von Inhaltsbeschränkungen abgelehnt wird, wird das Remoteserverfeld nicht aufgefüllt.
Erweiterter status Code: Der erweiterte status Code ist der Code, der vom Server zurückgegeben wird, der die ursprüngliche Nachricht abgelehnt hat. Der erweiterte status Code gibt an, warum die ursprüngliche Nachricht abgelehnt wurde. Der erweiterte status Code wird nicht von Exchange umgeschrieben, sondern verwendet, um zu bestimmen, welcher Text im Abschnitt "Benutzerinformationen" angezeigt werden soll. Die erweiterten status Codes, auf die Sie am wahrscheinlichsten stoßen, sind weiter unten in diesem Thema unter "Allgemeine erweiterte Statuscodes" aufgeführt. Eine ausführliche Liste der erweiterten status-Codes finden Sie unter RFC 3463.
SMTP-Antwort: Die SMTP-Antwort ist der vom Computer lesbare Text, der vom Server zurückgegeben wird, der die ursprüngliche Nachricht abgelehnt hat. Die SMTP-Antwort enthält in der Regel eine kurze Zeichenfolge, die eine Erklärung des erweiterten status Codes enthält, der ebenfalls zurückgegeben wird. Die SMTP-Antwort wird von Exchange nicht umgeschrieben. Darüber hinaus wird diese Antwort immer im US-ASCII-Format angezeigt.
Ursprüngliche Nachrichtenkopfzeilen: Der ursprüngliche Nachrichtenkopfzeilenabschnitt enthält die Nachrichtenheader der abgelehnten Nachricht. Diese Header können nützliche Diagnoseinformationen bereitstellen, z. B. Informationen, die Ihnen helfen können, den Pfad zu bestimmen, den die Nachricht vor der Ablehnung genommen hat, oder ob das Feld An mit der E-Mail-Adresse übereinstimmt, die im Feld abgelehnter Empfänger angegeben ist.
Beispiele für NDR-Nachrichten
Die folgenden Abschnitte enthalten Beispiele für zwei Möglichkeiten, wie NDR-Nachrichten generiert werden können:
- Durch denselben Server
- Von verschiedenen Servern
NDR-generierte und ursprüngliche Nachricht, die vom gleichen Server abgelehnt wurde
Das folgende Beispiel zeigt, was geschieht, wenn eine Remote-E-Mail organization die Zustellung einer E-Mail-Nachricht über einen Edge-Transport-Server akzeptiert und diese Nachricht dann aufgrund einer Richtlinieneinschränkung für das Postfach des Empfängers ablehnt. In diesem Fall darf der Absender keine Nachrichten an den Empfänger senden. Edge-Transport-Server führen keine Überprüfung der Nachrichtengröße durch, sodass der Edge-Transport-Server in diesem Beispiel die Nachricht akzeptiert, da sie über eine gültige Empfängeradresse verfügt und die Nachricht nicht gegen andere Inhaltsbeschränkungen verstößt. Da die Remote-E-Mail-organization die gesamte Nachricht einschließlich des Nachrichteninhalts akzeptiert, ist der Remote-E-Mail-organization für die Ablehnung der Nachricht und das Generieren der an den Absender zu sendenden NDR-Nachricht verantwortlich.
.gif "NDR mit demselben generierenden und ablehnenden Server")
Nachrichten, die abgelehnt werden, wenn sie an Empfänger gesendet werden, die Teil desselben Exchange-organization sind, werden in der Regel von demselben E-Mail-Server abgelehnt, der die NDR-Nachricht generiert. Nachrichten, die an lokale Empfänger gesendet werden, können aus verschiedenen Gründen abgelehnt werden, z. B. Postfächer, die ihr Kontingent überschritten haben, fehlende Autorisierung zum Senden von Nachrichten an die Empfängeradresse oder Hardwarefehler, die zu einem erweiterten Verbindungsverlust mit anderen Servern im organization führen.
In beiden Fällen ist unter der E-Mail-Adresse der in der NDR-Nachricht aufgeführten Empfänger kein Remoteserver enthalten.
NDR-generierte und ursprüngliche Nachricht, die von verschiedenen Servern abgelehnt wurde
Das folgende Beispiel zeigt, was geschieht, wenn eine Remote-E-Mail organization die Zustellung einer E-Mail-Nachricht ablehnt, bevor sie die Nachricht überhaupt akzeptiert. In diesem Beispiel lehnt der Remoteserver die Nachricht ab und gibt einen erweiterten status Code an den lokalen Sendeserver zurück, da der angegebene Empfänger nicht vorhanden ist. Die Ablehnung erfolgt, bevor der empfangende Server die Nachricht jemals bestätigt. Da der empfangende Server die Nachricht nicht erfolgreich bestätigt, ist der empfangende Server nicht für die Nachricht verantwortlich. Daher generiert der lokale Sendende Server die NDR-Nachricht und sendet sie an den Absender der ursprünglichen Nachricht.
.gif "NDR mit verschiedenen generierenden/sendenden Servern")