DSNs und NDRs in Exchange 2016

[Dieses Thema gehört zur Vorabdokumentation und kann in künftigen Versionen geändert werden. Leere Themen wurden als Platzhalter hinzugefügt. Wenn Sie Feedback dazu haben, freuen wir uns über Ihre Nachricht. Senden Sie uns eine E-Mail an: ExchangeHelpFeedback@microsoft.com.]  

Gilt für:Exchange Server 2016

Informationen zum Lesen und Interpretieren von Benachrichtigungen über den Zustellungsstatus (DSNs, Unzustellbarkeitsberichte, NDRs oder Unzustellbarkeitsnachrichten) finden Administratoren in Exchange 2016.

Wenn ein Problem beim Übermitteln einer Nachricht auftritt, sendet Exchange einen NDR an den Absender der Nachricht, der angibt, dass ein Problem aufgetreten ist. NDRs enthalten einen Code, der angibt, warum die Nachricht nicht übermittelt wurde, sowie mögliche Lösungen für die Zustellung der Nachricht.

Die Informationen in NDRs sind so konzipiert, dass sie einfach zu lesen und für Benutzer und Administratoren hilfreich sind. In einigen Fällen können Absender ihre eigenen Probleme erkennen und beheben (z. B., wenn ein Tippfehler in der E-Mail-Adresse des Empfängers vorhanden ist). In anderen Fällen muss möglicherweise der Administrator ein Problem in der Exchange-Umgebung beheben oder die Administratoren in der Zieldomäne über Probleme in ihrer Nachrichtenumgebung benachrichtigen.

Informationen zu Verfahren im Zusammenhang mit NDRs in Exchange 2016 finden Sie unter Verfahren für DSNs und NDRs in Exchange 2016.

Wenn Sie Hilfe mit NDRs in Office 365 oder Exchange Online benötigen, finden Sie unter E-Mail-Unzustellbarkeitsberichte in Office 365 entsprechende Informationen.

Dies ist ein Beispiel für einen NDR:

NDR zeigt Abschnitte mit Benutzer- und Diagnoseinformationen für Administratoren

Die Informationen in einem NDR sind in zwei Abschnitte unterteilt:

  1. Benutzerinformationsabschnitt   Dieser Abschnitt wird zuerst angezeigt und soll in einfachen Worten erläutert, warum die Übermittlung der Nachricht fehlgeschlagenen ist. Außerdem werden mögliche Schritten zum erfolgreichen Übermitteln der Nachricht genannt.

    • Der in diesem Abschnitt angezeigte Text wird vom Exchange-Server eingefügt, der den NDR generiert hat.

    • Ggf. ist der vollqualifizierte Domänenname (FQDN) des Servers, der die Nachricht zurückgewiesen hat, im Abschnitt „Benutzerinformationen“ enthalten (zum Beispiel mbx01.contoso.com).

    • Wenn die Übermittlung für mehrere Empfänger fehlgeschlagen ist, werden die E-Mail-Adresse und der Grund für das Fehlschlagen für jeden Empfänger aufgelistet.

  2. Abschnitt mit Diagnoseinformationen für Administratoren   Dieser Abschnitt stellt detailliertere technische Informationen zur Verfügung, damit Administratoren die Probleme beheben können, die zum Übermittlungsfehler geführt haben.

    Eine besonders wichtige Information in diesem Abschnitt ist der erweiterte Statuscode (z. B. 4.4.7).

    • Der erweiterte Statuscode wird vom Server zurückgegeben, der den NDR generiert hat (Der Quellserver, der die Nachricht nicht übermitteln konnte, oder der Zielserver, der die Nachricht abgelehnt hat).

    • Der erweiterte Statuscode bestimmt den Text, der im Abschnitt mit den Benutzerinformationen angezeigt wird (der Codewert wird nicht von Exchangegeändert).

      Sie können das Cmdlet New-SystemMessage in Exchange-Verwaltungsshell verwenden, um den Text zu ändern, der im Abschnitt mit den Benutzerinformationen für einen bestimmten erweiterten Statuscode angezeigt wird (inklusive unterschiedlichem Text in verschiedenen Sprachen). Durch das Erstellen von benutzerdefinierten Erläuterungen können Sie spezielle Inhalte für Ihre Umgebung bereitstellen, z. B. Kontaktinformationen für Ihr Helpdesk oder Links zu Ihrem Intranet für Self-Service-Support. Weitere Informationen finden Sie unter Verfahren für DSNs und NDRs in Exchange 2016.

    • Der Abschnitt Häufig vorkommende erweiterte Statuscodes in diesem Thema erläutert, was die Zahlen und die Codes bedeuten, die wahrscheinlich vorkommen, und enthält Vorschläge zur Behebung des zugrunde liegenden Problems, durch das die Nachricht nicht zugestellt werden kann.

    Der Abschnitt umfasst auch die folgenden Informationen:

    • Generierender Server   Der Messagingserver, der den NDR erstellt hat. Falls kein Remoteserver unterhalb der E-Mail-Adresse des Absenders aufgelistet ist, ist der generierende Server auch der Server, der die ursprüngliche E-Mail-Nachricht zurückgewiesen hat. Wenn ein Fehler bei der Nachrichtenzustellung zwischen Absendern und Empfängern in der Exchange-Organisation auftritt, weist der gleiche Server die ursprüngliche Nachricht normalerweise zurück und generiert den NDR.

    • Die abgelehnten Empfänger   Die E-Mail-Adresse des Empfängers in der ursprünglichen Nachricht, die nicht zugestellt werden konnte. Scheitert die Zustellung für mehrere Empfänger, wird die E-Mail-Adresse der einzelnen Empfänger aufgelistet. Dieses Feld enthält außerdem die folgenden Unterfelder für jede E-Mail-Adresse:

      • Remoteserver   Der FQDN des Servers, der die ursprüngliche Nachricht während der SMTP-Übermittlung abgelehnt hat (Zustellung ist fehlgeschlagen, nachdem der Nachrichtentext gesendet wurde, aber bevor der Server den Empfang der Nachricht bestätigt hat). Dieses Feld ist nicht vorhanden, wenn:

        • Der Server, der die Nachricht abgelehnt hat, auch den NDR generiert hat. Dies ist typisch für Übermittlungsfehler zwischen Absendern und Empfängern in der gleichen Exchange-Organisation.

        • Der Remoteserver hat den Empfang der ursprünglichen Nachricht bestätigt, aber die Nachricht wurde aus anderen Gründen abgelehnt (z. B. Inhaltseinschränkungen).

      • Erweiterter Statuscode

      • SMTP-Antwort   Die US-ASCII-Textzeichenfolge, die vom Messagingserver zurückgegeben wird, der die ursprüngliche Nachricht abgelehnt hat. Dies ist in der Regel eine kurze Erläuterung des erweiterten Statuscodes. Diese Zeichenfolge wird nicht von Exchange umgeschrieben.

    • Ursprüngliche Nachrichtenköpfe   Dieser Bereich enthält die Nachrichtenköpfe der abgelehnten Nachricht. Diese Kopfzeilenfelder können hilfreiche Diagnoseinformationen enthalten (z. B. Serverwechsel im Routingpfad der Nachricht oder Informationen dazu, ob das Feld An der E-Mail-Adresse des abgelehnten Empfängers entspricht).

Erweiterte Statuscodes werden in RFC 3463 definiert und verwenden die Syntax <class>.<subject>.<detail>:

  • <class>   4 gibt einen temporären Übermittlungsfehler an. 5 gibt einen dauerhaften Übermittlungsfehler an.

  • <subject>   Die RFC kategorisiert die Werte wie folgt:

    • 1   Adressierung

    • 2   Postfach (der Empfänger)

    • 3   E-Mail-System (das Ziel-E-Mail-System)

    • 4   Netzwerk und Routing

    • 5   E-Mail-Übermittlungsprotokoll

    • 7   Sicherheit oder Richtlinie

  • <detail>   Eine Ziffer von 1 bis 3, die den Fehler weiter klassifiziert.

Die folgende Tabelle enthält die erweiterten Statuscodes, die in NDRs bei den am häufigsten vorkommenden Nachrichtenzustellungsfehlern zurückgegeben werden.

noteHinweis:
Informationen zu erweiterten Statuscodes in Office 365 und hybriden Umgebungen finden Sie unter Unzustellbarkeitsberichte für E-Mails in Office 365.

Temporäre Übermittlungsfehler

Erweiterter Statuscode Beschreibung Mögliche Ursachen und Lösungen

4.3.1

Insufficient system resources

  • Freier Datenträgerspeicher ist niedrig (Beispiel: Der Datenträger, auf dem die Warteschlangendatenbank gespeichert ist, nicht über den erforderlichen freien Speicherplatz). Weitere Informationen finden Sie unter Grundlagen der Rückstaufunktion. Informationen zum Verschieben der Warteschlangendatenbank auf einen anderen Datenträger finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.

  • Der verfügbare Arbeitsspeicher ist knapp (Beispiel: Exchange ist auf einem virtuellen Computer installiert, der für die Verwendung von dynamischem Arbeitsspeicher konfiguriert ist). Verwenden Sie immer statischen Arbeitsspeicher auf virtuellen Exchange-Computern. Weitere Informationen finden Sie unter Arbeitsspeicheranforderungen und -empfehlungen für Exchange.

4.3.2

Service not available

oder

Service not active

  • Sie haben einen benutzerdefinierten Empfangsconnector im Transportdienst (Hub) auf einem Postfachserver konfiguriert, der Port 25 verwendet. Benutzerdefinierte Empfangsconnectors, die Port 25 verwenden, gehören in der Regel zum Front-End-Transportdienst auf dem Postfachserver.

  • Wichtige Exchange-Serverkomponenten sind inaktiv. Sie können dies überprüfen, indem Sie den folgenden Befehl in der Exchange-Verwaltungsshell ausführen: Get-ServerComponent -Identity <ServerName>

    Um alle inaktiven Komponenten neu zu starten, führen Sie den folgenden Befehl aus: Set-ServerComponentState -Identity <ServerName> -Component ServerWideOffline -State Active -Requester Maintenance.

  • Nicht kompatible Transport-Agents (insbesondere nach einem Exchange-Update). Nachdem Sie den Transport-Agent identifiziert haben, deaktivieren oder deinstallieren Sie ihn. Weitere Informationen finden Sie unter Troubleshoot transport agents.

4.4.1

Connection timed out

  • Vorübergehende Netzwerkprobleme, die sich unter Umständen selbst beheben. Die Exchange in regelmäßigen Abständen versucht der Server die Verbindung mit dem Zielserver, die Nachricht zu übermitteln. Nach mehreren Fehlern wird die Nachricht an den Absender in einem NDR mit einem dauerhaften Fehlercode zurückgesendet.

    Weitere Informationen zum Konfigurieren der Intervalle für das Wiederholen von Warteschlangen und für Fehler finden Sie unter Configure message retry, resubmit, and expiration intervals.

    Informationen zum Wiederholen einer Warteschlange finden Sie unter Retry queues.

  • Firewall- oder Internetdienstanbietereinschränkungen auf TCP-Port 25.

4.4.2

Connection dropped

  • Vorübergehende Netzwerk- oder Serverprobleme, die sich unter Umständen selbst beheben. Der sendende Server versucht, die Nachricht erneut zu übermitteln, und erstellt weitere Statusberichte.

  • Der Grenzwert für die Nachrichtengröße für die Verbindung wurde erreicht, oder die Nachrichtenübermittlungsrate für die Quell-IP-Adresse hat den konfigurierte Grenzwert überschritten. Weitere Informationen finden Sie unter Grundlegendes zu Nachrichteneinschränkungen und Grenzwerten für die Nachrichtenrate.

  • Antispam-, SMTP-Proxy- oder Firewall-Konfigurationsprobleme blockieren den Empfang von E-Mails auf dem Exchange-Server.

4.4.7

Message delayed

oder

Queue expired; Message expired

  • Probleme bei der Sendeconnectorkonfiguration. Beispiel:

    • Der Sendeconnector ist für die Verwendung von DNS-Routing konfiguriert, obwohl er Smarthost-Routing oder umgekehrt verwenden sollte. Verwenden Sie Nslookup, um zu überprüfen, ob die Zieldomäne über den Exchange-Server erreichbar ist.

    • Der FQDN, den der Sendeconnector bei HELO- oder EHLO-Anfragen bereitstellt, entspricht nicht dem Hostnamen in Ihrem MX-Eintrag (z. B. mail.contoso.com). Einige Nachrichtensysteme vergleichen diese Werte, um Spam zu reduzieren. Der Standardwert für einen Sendeconnector ist leer, d. h., dass der FQDN des Exchange-Servers verwendet wird (z. B. exchange01.contoso.com).

  • Der Postfachtransport-Übermittlungsdienst wird nicht auf dem Zielserver gestartet (wodurch die Übermittlung der Nachricht an das Postfach verhindert wird).

  • Das Zielnachrichtensystem hat Probleme mit Transport Neutral Encryption Format (TNEF)-Nachrichten (auch bekannt als Rich-Text-Format oder RTF in Outlook). Zum Beispiel Besprechungsanfragen oder Nachrichten mit im Nachrichtentext eingebetteten Bildern.

  • Wenn die Zieldomäne das Sender Policy Framework (SPF) verwendet, um Nachrichtenquellen zu überprüfen, bestehen unter Umständen SPF-Probleme mit Ihrer Domäne (beispielsweise enthält Ihr SPF-Eintrag nicht alle E-Mail-Quellen für Ihre Domäne).

Dauerhafte Übermittlungsfehler

Erweiterter Statuscode Beschreibung Mögliche Ursachen und Lösungen.

5.1.0

Sender denied

  • Antworten auf alte Nachrichten oder Nachrichten, die als Dateien exportiert wurden (wichtige Empfängerattribute haben sich möglicherweise geändert). Prüfen Sie, ob die E-Mail-Adresse des Empfängers richtig ist.

  • Ungültige oder fehlende Attribute in Kontakteinträgen.

  • Der Absender ist durch die Absenderfilterung gesperrt (direkt oder der Absender befindet sich auf der Liste geblockter Absender eines Benutzers, und der Absenderfilter-Agent ist für die Verwendung von Aggregation von Listen sicherer Adressen konfiguriert). Weitere Informationen finden Sie unter Absenderfilterung und Aggregation von Listen sicherer Adressen.

5.1.1

RESOLVER.ADR.ExRecipNotFound; not found

oder

User unknown

  • Die E-Mail-Adresse des Empfängers ist falsch (der Empfänger ist nicht im Zielnachrichtensystem vorhanden). Überprüfen Sie die E-Mail-Adresse des Empfängers.

  • Sie haben ein gelöschtes Postfach neu erstellt, und interne Benutzer adressieren E-Mail-Nachrichten in Outlook oder Outlook im Web unter Verwendung von alten Einträgen im AutoVervollständigen-Cache (Die X.500-Werte oder LegacyExchangeDN-Werte für den Empfänger sind jetzt anders). Fordern Sie Benutzer auf, den Eintrag aus ihrem AutoVervollständigen-Cache zu löschen und den Empfänger erneut auszuwählen.

5.1.3

STOREDRV.Submit; invalid recipient address

Die E-Mail-Adresse des Empfängers ist falsch (z. B. enthält sie nicht unterstützte Zeichen oder ungültige Formatierung).

5.1.4

Recipient address reserved by RFC 2606

Empfangsconnectors lehnen SMTP-Verbindungen ab, die in RFC 2606 definierte Domänen der obersten Ebene enthalten (.test, .example, .invalid oder .localhost). Dieses Verhalten wird durch den Parameter RejectReservedTopLevelRecipientDomains in den Cmdlets New-ReceiveConnector und Set-ReceiveConnector gesteuert.

5.1.5

Recipient address reserved by RFC 2606

Empfangsconnectors lehnen SMTP-Verbindungen ab, die in RFC 2606 definierte Domänen der zweiten Ebene enthalten (example.com, example.net oder example.org). Dieses Verhalten wird durch den Parameter RejectReservedSecondLevelRecipientDomains in den Cmdlets New-ReceiveConnector und Set-ReceiveConnector gesteuert.

5.1.6

Recipient addresses in single label domains not accepted

Empfangsconnectors lehnen SMTP-Verbindungen ab, die einteilige Domänen enthalten (zum Beispiel chris@contoso anstatt chris@contoso.com). Dieses Verhalten wird durch den Parameter RejectSingleLabelRecipientDomains in den Cmdlets New-ReceiveConnector und Set-ReceiveConnector gesteuert.

5.1.7

Invalid address

oder

Unknown sender address

Es gibt ein Problem mit der E-Mail-Adresse des Absenders. Überprüfen Sie die E-Mail-Adresse des Absenders.

5.1.8

Access denied, bad outbound sender

Der Absender hat einen Nachrichtenratengrenzwert überschritten (Beispiel: Ein Anwendungsserver ist so konfiguriert, dass er eine große Anzahl von Nachrichten über Exchange weiterleitet). Weitere Informationen finden Sie unter Grundlegendes zu Nachrichteneinschränkungen und Grenzwerten für die Nachrichtenrate und Zulassen vom anonymen Relay auf Exchange-Servern.

5.2.1

Content Filter agent quarantined this message

Die Nachricht wurde vom Inhaltsfilter unter Quarantäne gestellt. Weitere Informationen zum Konfigurieren von Ausnahmen für die Inhaltsfilterung finden Sie unter Verwenden der Exchange-Verwaltungsshell zum Konfigurieren der Empfänger- und Absenderausnahmen für die Inhaltsfilterung.

5.2.2

Mailbox full

Das Postfach des Empfängers hat sein Speicherkontingent überschritten und kann keine weiteren neuen Nachrichten annehmen. Weitere Informationen zum Konfigurieren von Postfachkontingenten finden Sie unter Konfigurieren von Speicherkontingenten für ein Postfach.

5.2.3

RESOLVER.RST.RecipSizeLimit; message too large for this recipient

Die Nachricht ist zu groß. Senden Sie die Nachricht erneut ohne Anlagen, oder konfigurieren Sie eine größere Nachrichtengröße für den Empfänger. Weitere Informationen über finden Sie unter Empfängergrenzwerte.

5.3.0

Too many related errors

Es wurde festgestellt, dass die Nachricht fehlerhaft ist, und sie wurde in die Warteschlange für nicht verarbeitbare Nachrichten verschoben. Weitere Informationen finden Sie unter Types of queues.

5.3.2

STOREDRV.Deliver: Missing or bad StoreDriver MDB properties

Sie verwenden den ABP-Routing-Agent, und der Empfänger ist nicht Mitglied der globalen Adressliste, die in der Adressbuchrichtlinie (Address Book Policy, ABP) angegeben ist. Weitere Informationen finden Sie unter Installieren und Konfigurieren des Agents für das Routing von Adressbuchrichtlinien und Adressbuchrichtlinien in Exchange 2016.

5.3.3

Unrecognized command

Empfangsconnectors, die für den internen Nachrichtenfluss verwendet werden, verfügen nicht über den erforderlichen Exchange Server-Authentifizierungsmechanismus. Weitere Informationen über die Authentifizierung bei Empfangsconnectors finden Sie unter Authentifizierungsmechanismen für Empfangsconnectors.

5.3.4

Message size exceeds fixed maximum message size

Die Nachricht ist zu groß. Dieser Fehler kann vom Quell- oder Zielnachrichtensystem generiert werden. Senden Sie die Nachricht erneut ohne Anlagen, oder konfigurieren Sie eine größere Nachrichtengröße. Weitere Informationen finden Sie unter Beschränkungen der Nachrichtengröße in Exchange 2016.

5.3.5

System incorrectly configured

Eine E-Mail-Schleife wurde erkannt. Überprüfen Sie, ob die FQDN-Eigenschaft auf den Empfangsconnectors nicht dem FQDN von einem anderen Server, Dienst oder Gerät im E-Mail-Fluss Ihrer Organisation entspricht (Standardmäßig verwendet der Empfangsconnector den FQDN des Exchange-Servers).

5.4.4

SMTPSEND.DNS.NonExistentDomain; nonexistent domain

Es gibt ein Problem mit der DNS- oder Netzwerkadapterkonfiguration auf dem Exchange-Server.

  • Überprüfen Sie die internen und externen DNS-Lookup Einstellungen für Exchange durch Ausführen der folgenden Befehle in der Exchange-Verwaltungsshell:

    Get-TransportService | Format-List Name,ExternalDNS*,InternalDNS*

    Get-FrontEndTransportService | Format-List Name,ExternalDNS*,InternalDNS*

    Sie können diese Einstellungen konfigurieren, indem Sie die InternalDNS*- und ExternalDNS*-Parameter in den Cmdlets Get-TransportService und Get-FrontEndTransportService verwenden.

    Standardmäßig werden diese Einstellungen von Sendeconnectors verwendet (der Standardwert des UseExternalDNSServersEnabled-Parameterwerts ist $false).

  • Überprüfen Sie die Priorität (Reihenfolge) der Netzwerkadapter im Betriebssystem des Exchange-Servers.

5.4.6

Hop count exceeded - possible mail loop

Ein Konfigurationsfehler hat zu einer E-Mail-Schleife geführt. Standardmäßig unterbricht Exchange nach 20 Iterationen eine E-Mail-Schleife und generiert einen NDR.

  • Stellen Sie sicher, dass die Posteingangsregeln für den Empfänger und den Absender oder die Weiterleitungsregeln für das Postfach des Empfängers nicht die Ursache für das Problem sind (Die Nachricht generiert eine Nachricht, die eine weitere Nachricht generiert, und der Prozess wird unbegrenzt fortgesetzt).

  • Stellen Sie sicher, dass in der targetAddress-Eigenschaft des Postfachs in Active Directory kein Wert vorhanden ist (Diese Eigenschaft entspricht dem ExternalEmailAddress-Parameter für E-Mail-Benutzer in Exchange).

  • Wenn Sie Exchange-Server entfernen oder Einstellungen im Zusammenhang mit dem E-Mail-Routing eines E-Mail-Flusses ändern, müssen Sie die Microsoft Exchange-Transport- und Exchange-Front-End-Transportdienste erneut starten.

5.5.2

Send hello first

SMTP-Befehle werden in falscher Reihenfolge gesendet (Beispiel: Ein Server sendet einen SMTP-Befehl wie AUTH oder MAIL FROM bevor er sich selbst mit dem Befehl EHLO identifiziert). Nach dem Herstellen einer Verbindung mit einem Messagingserver muss der erste SMTP-Befehl immer EHLO oder HELO sein.

5.5.3

Too many recipients

Die kombinierte Gesamtsumme der Empfänger in den Zeilen An, Cc und Bcc der Nachricht übersteigt die Gesamtanzahl der zulässigen Empfänger für eine einzelne Nachricht für die Organisation, den Empfangsconnector oder den Absender. Weitere Informationen finden Sie unter Beschränkungen der Nachrichtengröße in Exchange 2016.

5.7.1

Unable to relay

oder

Client was not authenticated

5.7.3

Cannot achieve Exchange Server authentication

oder

Not Authorized

  • Eine Firewall oder ein anderes Gerät blockiert den erweiterten SMTP-Befehl, der für die Exchange Server-Authentifizierung (X-EXPS) erforderlich ist.

  • Der interne E-Mail-Verkehr läuft über Connectors, die nicht für die Verwendung der Exchange Server-Authentifizierungsmethode konfiguriert sind. Überprüfen Sie die Remote-IP-Adressbereiche auf jedem benutzerdefinierten Empfangsconnector.

5.7.900

bis

5.7.999

Delivery not authorized, message refused

Die Nachricht wurde von einer Regel für den E-Mail-Fluss (auch bekannt als Transportregel) abgelehnt. Dieser erweiterte Statuscodebereich ist verfügbar, wenn die Regel zum Ablehnen von Nachrichten konfiguriert ist (Andernfalls lautet der verwendete Standardcode 5.7.1). Weitere Informationen finden Sie unter Aktionen für Nachrichtenflussregeln in Exchange 2016.

 
Anzeigen: