Wiederholungsintervalle, Intervalle für die erneute Übermittlung und Ablaufintervalle für Nachrichten

Gilt für: Exchange Server 2013

In Microsoft Exchange Server 2013 unterliegen Nachrichten, die nicht erfolgreich übermittelt werden können, je nach Quelle und Ziel der Nachricht verschiedenen Wiederholungs-, Erneutübermittlungs- und Ablauffristen. "Wiederholen" ist ein neuer Verbindungsversuch mit dem Ziel. Erneute Übermittlung ist das Senden von Nachrichten an die Übermittlungswarteschlange, damit das Kategorisierungsmodul erneut verarbeitet werden kann. Die Nachricht läuft ab , nachdem für alle Übermittlungsbemühungen ein Failover über einen bestimmten Zeitraum aufgetreten ist. Nach Ablauf einer Nachricht wird der Absender über den Zustellungsfehler benachrichtigt. Anschließend wird die Nachricht aus der Warteschlange gelöscht.

In allen drei Fällen (Wiederholen, erneutes Übermitteln und Ablauf) können Sie manuell eingreifen, bevor automatische Aktionen für die Nachrichten ausgeführt werden.

Anweisungen zur Konfiguration dieser Intervalle finden Sie unter Konfigurieren von Wiederholungsintervallen, Intervallen für die erneute Übermittlung und Ablaufintervallen für Nachrichten.

Konfigurationsoptionen für die Wiederholung von Nachrichten

Wenn ein Transportserver keine Verbindung mit dem nächsten Hop herstellen kann, wird die Warteschlange in den Status Wiederholen versetzt. Verbindungsversuche werden fortgesetzt, bis die Warteschlange abläuft oder eine Verbindung hergestellt wird.

Konfigurationsoptionen für die automatische Nachrichtenreaktivierung

Die konfigurationsoptionen, die für Nachrichtenwiewieintervalle verfügbar sind, werden in der folgenden Tabelle beschrieben.

Konfigurationsoptionen, die für Wiederholungsintervalle von Nachrichten verfügbar sind

Parameter- oder Schlüsselname Standardwert Wo ist die Konfiguration? Beschreibung
QueueGlitchRetryCount 4 EdgeTransport.exe.config Dieser Schlüssel gibt die Anzahl der Verbindungsversuche an, die sofort versucht werden, wenn ein Transportserver Probleme beim Herstellen einer Verbindung mit dem Zielserver hat. Solche Verbindungsprobleme werden in der Regel durch sehr kurze Netzwerkausfälle verursacht.

Gültige Eingabe für diesen Schlüssel ist eine ganze Zahl von 0 bis 15.

In der Regel müssen Sie diesen Schlüssel nur ändern, wenn das Netzwerk unzuverlässig ist und weiterhin viele versehentlich unterbrochene Verbindungen auftreten.
QueueGlitchRetryInterval 00:01:00 oder 1 Minute EdgeTransport.exe.config Dieser Schlüssel steuert das Verbindungsintervall zwischen jedem Verbindungsversuch, der durch den QueueGlitchRetryCount-Schlüssel angegeben wird.

In der Regel müssen Sie diesen Parameter nur ändern, wenn das Netzwerk unzuverlässig ist und weiterhin viele versehentlich unterbrochene Verbindungen auftreten.
TransientFailureRetryCount 6 Set-TransportService-Cmdlet oder Servereigenschaften im Exchange Admin Center (EAC) Dieser Parameter gibt die Anzahl der Verbindungsversuche an, die versucht werden, nachdem die Verbindungsversuche, die von den Schlüsseln QueueGlitchRetryCount und QueueGlitchRetryInterval gesteuert werden, fehlgeschlagen sind. Verbindungsprobleme, die die Schlüssel QueueGlitchRetryCount und QueueGlitchRetryInterval überlasten, können durch Serverneustarts oder zwischengespeicherte DNS-Lookupfehler verursacht werden.

Gültige Eingabe für diesen Parameter ist eine ganze Zahl zwischen 0 und 15. Wenn Sie diesen Parameter auf 0 festlegen, wird der nächste Verbindungsversuch durch den Parameter OutboundConnectionFailureRetryInterval gesteuert.
TransientFailureRetryInterval
  • Transportdienst auf Postfachservern: 00:05:00 oder 5 Minuten
  • Edge-Transport-Server: 00:01:00 oder 10 Minuten
Set-TransportService-Cmdletoder Servereigenschaften im EAC Dieser Parameter steuert das Verbindungsintervall zwischen jedem Verbindungsversuch, der durch den TransientFailureRetryCount-Parameter angegeben wird.

Geben Sie einen Wert als Zeitraum an: tt.hh:mm:ss, wobei t = Tage, h = Stunden, m = Minuten und s = Sekunden sind.
OutboundConnectionFailureRetryInterval
  • Transportdienst auf Postfachservern: 00:10:00 oder 10 Minuten
  • Edge-Transportserver: 00:30:00 oder 30 Minuten
Set-TransportService-Cmdlet oder Servereigenschaften im EAC Dieser Parameter gibt das Wiederholungsintervall für ausgehende Verbindungsversuche an, die zuvor fehlgeschlagen sind. Die zuvor fehlgeschlagenen Verbindungsversuche werden von den Parametern TransientFailureRetryCount und TransientFailureRetryInterval gesteuert.

Geben Sie einen Wert als Zeitraum an: tt.hh:mm:ss, wobei t = Tage, h = Stunden, m = Minuten und s = Sekunden sind.
MessageRetryInterval 00:15:00 oder 15 Minuten Cmdlet "Set-TransportService" Dieser Parameter gibt das Wiederholungsintervall für einzelne Nachrichten an, die den Status Wiederholen haben. Es wird empfohlen, den Standardwert nicht zu ändern, es sei denn, Microsoft Customer Service and Support rät Ihnen dazu.
MailboxDeliveryQueueRetryInterval 00:05:00 oder 5 Minuten EdgeTransport.exe.config Dieser Schlüssel gibt an, wie häufig die Warteschlangen versuchen, eine Verbindung mit dem Postfachtransportübermittlungsdienst für eine Zielpostfachdatenbank herzustellen, die nicht erfolgreich erreicht werden kann.

Geben Sie einen Wert als Zeitraum an: tt.hh:mm:ss, wobei t = Tage, h = Stunden, m = Minuten und s = Sekunden sind.

Gültige Eingaben für diesen Schlüssel sind von 00:00:01 bis 1.00:00:00:00.

Konfigurationsoptionen für die manuelle Wiederholung von Nachrichten

Wenn sich eine Zustellungswarteschlange im Status Wiederholen befindet, können Sie manuell einen sofortigen Verbindungsversuch erzwingen, indem Sie queue viewer in der Exchange-Toolbox oder das Retry-Queue-Cmdlet in der Shell verwenden. Der manuelle Wiederholungsversuch setzt den nächsten geplanten Wiederholungszeitpunkt außer Kraft. Kommt keine Verbindung zustande, wird der nächste Wiederholungszeitpunkt zurückgesetzt. Die Zustellungswarteschlange muss den Status „Wiederholen" aufweisen, damit diese Aktion wirksam ist.

Weitere Informationen finden Sie im Abschnitt "Wiederholungswarteschlangen" unter Verwalten von Warteschlangen.

Konfigurationsoptionen für DSN-Verzögerungsmeldungen

Nach jedem Fehler bei der Nachrichtenübermittlung generiert der Edge-Transport-Server oder der Transportdienst auf dem Postfachserver eine DSN-Nachricht (Delay Delivery Status Notification) und stellt sie für die Zustellung an den Absender der nicht zustellbaren Nachricht in die Warteschlange. Diese Verzögerungs-DSN-Nachricht wird nur nach einem angegebenen Timeoutintervall für Verzögerungsbenachrichtigungen gesendet, und nur, wenn die fehlerhafte Nachricht während dieses Zeitraums nicht erfolgreich zugestellt wurde. Standardmäßig beträgt das Timeoutintervall für Verzögerungsbenachrichtigungen 4 Stunden. Diese Verzögerung verhindert, dass durch temporäre Nachrichtenübermittlungsfehler verursachte DSN-Verzögerungsmeldungen unnötigerweise gesendet werden. Das Senden von VERZÖGERTEN DSN-Benachrichtigungen kann für Nachrichten, die innerhalb oder außerhalb der Exchange-Organisation stammen, selektiv aktiviert oder deaktiviert werden.

Die Konfigurationsoptionen, die für DSN-Verzögerungsmeldungen verfügbar sind, werden in der folgenden Tabelle beschrieben.

Konfigurationsoptionen, die für verzögerte DSN-Benachrichtigungen verfügbar sind

Parametername Standardwert Standort Beschreibung
DelayNotificationTimeOut 4:00:004 Stunden Set-TransportService- oder Servereigenschaften im EAC Dieser Parameter gibt an, wie lange der Server wartet, bevor er eine DSN-Verzögerungsnachricht an den Absender sendet. Der Wert dieses Parameters sollte immer größer als der Wert des TransientFailureRetryCount-Parameters multipliziert mit dem Wert des TransientFailureRetryInterval-Parameters sein.

Geben Sie einen Wert als Zeitraum an: tt.hh:mm:ss, wobei t = Tage, h = Stunden, m = Minuten und s = Sekunden sind.
ExternalDelayDSNEnabled $true Set-TransportConfig Dieser Parameter gibt an, ob dsn-Verzögerte DSN-Nachrichten an Nachrichtensender gesendet werden können, die sich außerhalb der Exchange-Organisation befinden.

Gültige Eingabe für diesen Parameter ist $true oder $false.
InternalDelayDSNEnabled $true Set-TransportConfig Dieser Parameter gibt an, ob DSN-Verzögerungsnachrichten an Nachrichtenversender gesendet werden können, die sich innerhalb der Exchange-Organisation befinden.

Gültige Eingabe für diesen Parameter ist $true oder $false.

Hinweis

Auf Exchange 2007 Hub-Transport-Servern sind alle Parameter ExternalDSN* und InternalDSN* im Cmdlet Set-TransportServer und nicht im Cmdlet Set-TransportConfig verfügbar. Wenn Sie exchange 2007 Hub Transport-Server in Ihrer Organisation haben, müssen Sie änderungen an diesen Werten vornehmen, indem Sie das Cmdlet Set-TransportServer auf jedem Exchange 2007-Hub-Transport-Server verwenden.

Konfigurationsoptionen für die erneute Nachrichtenübermittlung

Bei der erneuten Übermittlung von Nachrichten werden nicht zugestellte Nachrichten zurück an die Übermittlungswarteschlange gesendet, damit das Kategorisierungsmodul diese Nachrichten erneut verarbeitet.

Automatische erneute Übermittlung von Nachrichten

Nicht zugestellte Nachrichten werden automatisch erneut übermittelt, wenn sich die Zustellungswarteschlange im Status Wiederholen befindet und nachrichten für einen bestimmten Zeitraum nicht erfolgreich übermittelt werden konnten. Dieser Zeitraum wird durch den Schlüssel MaxIdleTimeBeforeResubmit in der EdgeTransport.exe.config Anwendungskonfigurationsdatei gesteuert. Nur Nachrichten in Zustellungswarteschlangen sind Kandidaten für die automatische erneute Übermittlung.

Geben Sie einen Wert als Zeitraum an: tt.hh:mm:ss, wobei t = Tage, h = Stunden, m = Minuten und s = Sekunden sind.

Der Standardwert ist 12:00:00 oder 12 Stunden.

Manuelle erneute Übermittlung von Nachrichten

Sie können Nachrichten mit dem folgenden Status im Transportdienst auf einem Postfachserver oder Edge-Transport-Server manuell erneut übermitteln:

  • Zustellungswarteschlangen mit dem Status "Wiederholen". Die Nachrichten in den Warteschlangen dürfen nicht den Status "Angehalten" aufweisen.
  • Nachrichten, die sich in der Nicht erreichbaren Warteschlange befinden und sich nicht im Zustand Angehalten befinden.
  • Nachrichten, die sich in der Warteschlange für nicht verarbeitbare Nachrichten befinden.

Weitere Informationen zur Warteschlange für nicht verarbeitbare Nachrichten und zur nicht erreichbaren Warteschlange finden Sie unter Informationen zur Warteschlange für nicht verarbeitbare Nachrichten und zur nicht erreichbaren Warteschlange im Thema Warteschlangen.

Wenn Sie Nachrichten, die sich in Zustellungswarteschlangen oder der Nicht erreichbaren Warteschlange befinden, manuell erneut übermitteln möchten, ohne auf die vom Parameter MaxIdleTimeBeforeResubmit angegebene Zeit zu warten, müssen Sie das Retry-Queue-Cmdlet mit dem Parameter Resubmit verwenden. Um Nachrichten, die sich in der Warteschlange für nicht verarbeitbare Nachrichten befinden, manuell erneut zu übermitteln, können Sie die Nachricht mithilfe der Warteschlangenanzeige oder des Resume-Message-Cmdlets fortsetzen. Weitere Informationen finden Sie im Abschnitt "Erneutes Übermitteln von Nachrichten in Warteschlangen" unter Verwalten von Warteschlangen.

Sie können Nachrichten auch manuell erneut übermitteln, indem Sie die Nachrichten anhalten, die Nachrichten in Textdateien mit der Dateinamenerweiterung .eml exportieren und dann die EML-Dateien in das Replay-Verzeichnis auf einem beliebigen Postfachserver oder Edge-Transport-Server kopieren. Diese Methode für die erneute Übermittlung funktioniert für Nachrichten, die sich in Zustellungswarteschlangen oder in der Nicht erreichbaren Warteschlange befinden. Nachrichten, die sich in der Warteschlange für nicht verarbeitbare Nachrichten befinden, befinden sich bereits im Zustand Angehalten. Nachrichten, die sich in der Übermittlungswarteschlange befinden, können nicht angehalten oder exportiert werden.

Hinweis

Wenn Sie Nachrichten aus einer Warteschlange exportieren, entfernen Sie die Nachrichten nicht aus der Warteschlange. Nachdem Sie die Nachrichten exportiert und erfolgreich mithilfe des Wiedergabeverzeichnisses erneut übermittelt haben, sollten Sie die angehaltenen Nachrichten entfernen, um doppelte Nachrichtenübermittlungen zu vermeiden.

Weitere Informationen finden Sie unter Nachrichten aus Warteschlangen exportieren.

Konfigurationsoptionen für den Nachrichtenablauf

Das Timeoutintervall für den Nachrichtenablauf gibt die maximale Zeitspanne an, die ein Edge-Transport-Server oder der Transportdienst auf einem Postfachserver versucht, eine fehlerhafte Nachricht zu übermitteln. Wenn die Nachricht nicht erfolgreich zugestellt werden kann, bevor das Ablauftimeoutintervall abgelaufen ist, wird ein NDR, der die ursprüngliche Nachricht oder die Nachrichtenheader enthält, an den Absender übermittelt.

Automatischer Ablauf von Nachrichten

Das Timeoutintervall für den Nachrichtenablauf wird durch den MessageExpirationTimeOut-Parameter im Cmdlet Set-TransportService oder in den Servereigenschaften im EAC gesteuert.

Um einen Wert anzugeben, geben Sie ihn als Zeitspanne ein: dd. hh:mm:ss , wobei dd = Tage, hh = Stunden, mm = Minuten und ss = Sekunden.

Der Standardwert ist 2.00:00:00 oder 2 Tage. Der gültige Eingabebereich für diesen Parameter ist von bis 00:00:0590.00:00:00.

Manueller Ablauf von Nachrichten

Obwohl Sie das Ablaufen von Nachrichten nicht manuell erzwingen können, können Sie Nachrichten manuell aus jeder Warteschlange mit Ausnahme der Übermittlungswarteschlange mit oder ohne NDR entfernen.

Weitere Informationen finden Sie im Abschnitt "Entfernen von Nachrichten aus Warteschlangen" unter Verwalten von Nachrichten in Warteschlangen.