Freigeben über


Verwalten von Wiederholungsintervallen, Intervallen für die erneute Übermittlung und Ablaufintervallen für Nachrichten

 

Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Letztes Änderungsdatum des Themas: 2006-10-30

Computer mit Microsoft Exchange Server 2007, auf denen die Serverfunktion Hub-Transport oder Edge-Transport installiert ist, enthalten Warteschlangen, Sendeconnectors und Empfangsconnectors. Die Warteschlangen enthalten die zu übermittelnden Nachrichten. Die Connectors stellen die Pfade für die Übermittlung ein- und ausgehender Nachrichten bereit.

Auf Nachrichten, die nicht erfolgreich übermittelt werden können, werden verschiedene Intervalle für die Wiederholung, die erneute Übermittlung und den Ablauf angewendet, die auf der Quelle und dem Ziel der jeweiligen Nachricht basieren. Wiederholen bezeichnet einen erneuten Versuch, eine Verbindung mit der Zieldomäne, dem Smart Host oder dem Postfachserver herzustellen. Erneut übermitteln bezeichnet das Rücksenden von Nachrichten an die Übermittlungswarteschlange, damit das Kategorisierungsmodul diese Nachrichten erneut verarbeitet. Die Nachricht wird als abgelaufen bezeichnet, nachdem alle Übermittlungsversuche über einen bestimmten Zeitraum gescheitert sind. Wenn eine Nachricht abgelaufen ist, wird der Absender über die fehlgeschlagene Übermittlung informiert. Dann 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.

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 gesetzt. Verbindungsversuche werden fortgesetzt, bis die Warteschlange abläuft oder eine Verbindung hergestellt wird.

Konfigurationsoptionen für die automatische Wiederholung von Nachrichten

Die Konfigurationsoptionen, die für Wiederholungsintervalle für Nachrichten verfügbar sind, sind in Tabelle 1 beschrieben.

Tabelle 1   Konfigurationsoptionen, die für Wiederholungsintervalle für Nachrichten verfügbar sind

Parametername Standardwert Konfigurationsort Beschreibung

QueueGlitchRetryCount

4

EdgeTransport.exe.config

Dieser Parameter gibt die Anzahl der Verbindungsversuche an, die sofort unternommen werden, wenn bei einem Transportserver Probleme beim Herstellen einer Verbindung mit dem Zielserver auftreten. Solche Verbindungsprobleme werden in der Regel durch sehr kurze Netzwerkausfälle verursacht. Normalerweise müssen Sie diesen Parameter nur ändern, wenn das Netzwerk unzuverlässig ist und weiterhin häufig Verbindungen ungewollt unterbrochen werden.

QueueGlitchRetryInterval

1 Minute

EdgeTransport.exe.config

Dieser Parameter steuert das Verbindungsintervall zwischen den einzelnen Verbindungsversuchen, die mit dem Parameter QueueGlitchRetryCount festgelegt werden. Normalerweise müssen Sie diesen Parameter nur ändern, wenn das Netzwerk unzuverlässig ist und weiterhin häufig Verbindungen ungewollt unterbrochen werden.

TransientFailureRetryCount

6

Set-TransportServer-Cmdlet oder Transportservereigenschaften in der Exchange-Verwaltungsshell

Dieser Parameter gibt die Anzahl der Verbindungsversuche an, die unternommen werden, nachdem die mit den Parametern QueueGlitchRetryCount und QueueGlitchRetryInterval gesteuerten Verbindungsversuche fehlgeschlagen sind. Verbindungsprobleme, die Parameter des Typs QueueGlitchRetry überschreiten, können z. B. durch Neustarts des Servers oder Fehler bei zwischengespeicherten DNS-Lookups verursacht werden.

TransientFailureRetryInterval

  • Hub-Transport-Server: 5 Minuten

  • Edge-Transport-Server: 10 Minuten

Set-TransportServer-Cmdlet oder Transportservereigenschaften in der Exchange-Verwaltungsshell

Dieser Parameter steuert das Verbindungsintervall zwischen den einzelnen Verbindungsversuchen, die mit dem Parameter TransientFailureRetryCount festgelegt werden.

OutboundConnectionFailureRetryInterval

  • Hub-Transport-Server: 10 Minuten

  • Edge-Transport-Server: 30 Minuten

Set-TransportServer-Cmdlet oder Transportservereigenschaften in der Exchange-Verwaltungsshell

Dieser Parameter gibt das Wiederholungsintervall für ausgehende Verbindungsversuche an, die zuvor fehlgeschlagen sind. Die zuvor fehlgeschlagenen Verbindungsversuche werden durch die Parameter TransientFailureRetryCount und TransientFailureRetryInterval gesteuert.

MessageRetryInterval

1 Minute

Set-TransportServer-Cmdlet

Dieser Parameter gibt das Wiederholungsintervall für einzelne Nachrichten an, die den Status Wiederholen aufweisen. Es wird empfohlen, den Standardwert nur zu ändern, wenn Sie vom Technischen Support von Microsoft dazu aufgefordert werden.

MailboxDeliveryQueueRetryInterval

5 Minuten

EdgeTransport.exe.config

Dieser Parameter steuert das Wiederholungsintervall für Postfachzustellungswarteschlangen zwischen Hub-Transport-Servern.

Die Datei EdgeTransport.exe.config ist eine XML-Anwendungskonfigurationsdatei, die der Datei EdgeTransport.exe zugeordnet ist. EdgeTransport.exe und MSExchangeTransport.exe sind die ausführbaren Dateien, die vom Microsoft Exchange-Transportdienst verwendet werden. Dieser Dienst wird auf jedem Hub-Transport-Server oder Edge-Transport-Server ausgeführt. Änderungen, die in der Datei EdgeTransport.exe.config gespeichert werden, werden nach dem erneuten Starten des Microsoft Exchange-Transportdiensts angewendet.

Es folgt ein grundlegendes Beispiel für die Struktur der Datei EdgeTransport.exe.config:

<configuration>

<runtime>

<gcServer enabled="true" />

</runtime>

<appSettings>

<add key=" ConfigurationOption " value=" Wert " />

...

</appSettings>

</configuration>

Im Abschnitt <appSettings> können neue Konfigurationsoptionen hinzugefügt oder vorhandene Konfigurationsoptionen geändert werden. Es steht eine Vielzahl von Konfigurationsoptionen zur Verfügung, die mit den Wiederholungsintervallen, Intervallen für die erneute Übermittlung und Ablaufintervallen für Nachrichten in keinerlei Beziehung stehen. Alle Konfigurationsoptionen, die mit diesen Intervallen nicht in Zusammenhang stehen, sind in diesem Thema nicht enthalten, d. h. sie sind hier auch nicht erläutert.

Hinweis

Bei den Parameternamen im Abschnitt <add key=../> ist Groß- und Kleinschreibung zu beachten.

Weitere Informationen finden Sie unter Konfigurieren von Wiederholungsintervallen für Nachrichten, von Intervallen für die erneute Übermittlung und von Ablaufintervallen.

Konfigurationsoptionen für manuelle Wiederholung von Nachrichten

Wenn eine Postfachzustellungswarteschlange oder eine Remotezustellungswarteschlange den Status Wiederholen aufweist, können Sie mit der Warteschlangenanzeige in der Exchange-Verwaltungskonsole oder dem Cmdlet Retry-Queue in der Exchange-Verwaltungsshell einen sofortigen Verbindungsversuch manuell erzwingen. 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 unter Wiederholen von Warteschlangen.

Konfigurationsoptionen für DSN-Benachrichtigungen bei Verzögerungen

Jedes Mal, wenn eine Nachricht nicht übermittelt werden kann, erzeugt der Edge-Transport-Server bzw. der Hub-Transport-Server eine Verzögerungsmeldung in Form einer Benachrichtigung über den Übermittlungsstatus (Delivery Status Notification, DSN) und legt diese zur Übermittlung an den Absender in der Warteschlange für unzustellbare Nachrichten ab. Diese DSN-Verzögerungsmeldung wird erst nach Ablauf des Timeoutintervalls für Verzögerungsbenachrichtigungen gesendet, und auch nur, wenn die Nachricht in dieser Zeit nicht übermittelt werden konnte. 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 DSN-Benachrichtigungen bei Verzögerungen kann selektiv für Nachrichten, die ihren Ursprung innerhalb oder außerhalb der Exchange-Organisation haben, aktiviert bzw. deaktiviert werden.

Die Konfigurationsoptionen, die für DSN-Benachrichtigungen bei Verzögerungen verfügbar sind, sind in Tabelle 2 beschrieben.

Tabelle 2   Konfigurationsoptionen, die für DSN-Benachrichtigungen bei Verzögerungen verfügbar sind

Parametername Standardwert Speicherort Beschreibung

DelayNotificationTimeOut

4 Stunden

Set-TransportServer

Dieser Parameter gibt an, wie lange der Server wartet, bevor er eine DSN-Verzögerungsmeldung an den Absender der Nachricht sendet. Der Wert dieses Parameters sollte immer größer sein als der Wert des Parameters TransientFailureRetryCount, multipliziert mit dem Wert des Parameters TransientFailureRetryInterval, sein.

ExternalDelayDSNEnabled

$True

Set-TransportServer

Dieser Parameter gibt an, ob DSN-Verzögerungsmeldungen an Nachrichtenabsender außerhalb der Exchange-Organisation gesendet werden können.

InternalDelayDSNEnabled

$True

Set-TransportServer

Dieser Parameter gibt an, ob DSN-Verzögerungsmeldungen an Nachrichtenabsender innerhalb der Exchange-Organisation gesendet werden können.

Weitere Informationen finden Sie unter Konfigurieren von Wiederholungsintervallen für Nachrichten, von Intervallen für die erneute Übermittlung und von Ablaufintervallen.

Konfigurationsoptionen für die erneute Übermittlung von Nachrichten

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 die Zustellungswarteschlange den Status Wiederholen aufweist und über einen angegebenen Zeitraum nicht in der Lage war, Nachrichten erfolgreich zu übermitteln. Dieser Zeitraum wird durch den Parameter MaxIdTimeBeforeResubmit in der Anwendungskonfigurationsdatei EdgeTransport.exe.config gesteuert. Der Standardwert für den Parameter MaxIdTimeBeforeResubmit ist 12 Stunden. Die automatische erneute Übermittlung kann nur auf Nachrichten in Postfachzustellungswarteschlangen oder Remotezustellungswarteschlangen angewendet werden.

Weitere Informationen finden Sie unter Konfigurieren von Wiederholungsintervallen für Nachrichten, von Intervallen für die erneute Übermittlung und von Ablaufintervallen.

Manuelle erneute Übermittlung von Nachrichten

Sie können Nachrichten manuell erneut übermitteln, die den folgenden Status auf einem Hub-Transport-Server oder einem Edge-Transport-Server aufweisen:

  • Postfachzustellungswarteschlangen oder Remotezustellungswarteschlangen, die den Status Wiederholen aufweisen. Die Nachrichten in den Warteschlangen dürfen nicht den Status Angehalten aufweisen.

  • Nachrichten, die sich in der Nicht erreichbar-Warteschlange befinden und nicht den Status Angehalten aufweisen.

  • Nachrichten, die sich in der Warteschlange für nicht verarbeitete Nachrichten befinden.

Weitere Informationen zur Warteschlange für nicht verarbeitete Nachrichten und zur Nicht erreichbar-Warteschlange finden Sie unter "Informationen zur Warteschlange für nicht verarbeitete Nachrichten und Nicht erreichbar-Warteschlange" weiter unten in diesem Thema.

Wenn Sie Nachrichten, die sich in den Postfachzustellungswarteschlangen, Remotezustellungswarteschlangen oder der Nicht erreichbar-Warteschlange befinden, manuell erneut übermitteln möchten, ohne auf den Ablauf der Zeit zu warten, die durch den Parameter MaxIdleTimeBeforeResubmit festgelegt ist, müssen Sie das Cmdlet Retry-Queue mit dem Parameter Resubmit verwenden. Um Nachrichten manuell erneut zu übermitteln, die sich in der Warteschlange für nicht verarbeitete Nachrichten befinden, können Sie die Warteschlangenanzeige oder das Cmdlet Resume-Message zur Wiederaufnahme der Nachricht verwenden.

Weitere Informationen hierzu finden Sie unter den folgenden Themen:

Eine weitere Möglichkeit zum manuellen erneuten Übermitteln besteht darin, die Nachrichten anzuhalten, in Textdateien mit der Dateinamenerweiterung .eml zu exportieren und dann die EML-Dateien ist das Wiedergabeverzeichnis auf einem beliebigen Hub-Transport-Server oder Edge-Transport-Server zu kopieren. Diese Methode zum erneuten Übermitteln kann für Nachrichten verwendet werden, die sich in den Postfachzustellungswarteschlangen, Remotezustellungswarteschlangen oder in der Nicht erreichbar-Warteschlange befinden. Nachrichten in der Warteschlange für nicht verarbeitete Nachrichten weisen bereits den Status Angehalten auf. Nachrichten in der Übermittlungswarteschlange können nicht angehalten oder exportiert werden.

Hinweis

Wenn Sie Nachrichten aus einer Warteschlange exportieren, werden diese nicht aus der Warteschlange entfernt. Nachdem Sie die Nachrichten exportiert und mithilfe des Wiedergabeverzeichnisses erfolgreich erneut übermittelt haben, sollten Sie die angehaltenen Nachrichten entfernen, damit sie nicht doppelt zugestellt werden.

Weitere Informationen finden Sie unter Exportieren und erneutes Übermitteln von Nachrichten.

Konfigurationsoptionen für den Ablauf von Nachrichten

Das Timeoutintervall für den Ablauf von Nachrichten gibt den maximalen Zeitraum an, über den ein Edge-Transport-Server oder Hub-Transport-Server versucht, eine Nachrichten mit fehlerhafter Übermittlung zuzustellen. Wenn die Nachricht nicht vor Ablauf des Timoutintervalls erfolgreich übermittelt werden kann, erhält der Absender einen Unzustellbarkeitsbericht mit der ursprünglichen Nachricht oder den Nachrichtenkopfzeilen.

Automatischer Ablauf von Nachrichten

Das Timeoutintervall für den Ablauf von Nachrichten wird mit dem Parameter MessageExpirationTimeOut im CmdletSet-TransportServer oder in den Transportservereigenschaften in der Exchange-Verwaltungsshell gesteuert. Der Standardwert für den Parameter MessageExpirationTimeOut ist 2 Tage.

Weitere Informationen hierzu finden Sie unter den folgenden Themen:

Manueller Ablauf von Nachrichten

Obwohl Sie das Ablaufen von Nachrichten nicht manuell erzwingen können, haben Sie die Möglichkeit, Nachrichten aus einer beliebigen Warteschlange (mit Ausnahme der Übermittlungswarteschlange) mit oder ohne Unzustellbarkeitsbericht manuell zu entfernen.

Weitere Informationen finden Sie unter Entfernen von Nachrichten aus Warteschlangen.

Informationen zur Warteschlange für nicht verarbeitete Nachrichten und Nicht erreichbar-Warteschlange

Das Kategorisierungsmodul sendet Nachrichten an die Nicht erreichbar-Warteschlange, wenn keine bekannte Route zu den jeweiligen Zielen vorhanden ist. Normalerweise wird ein nicht erreichbares Ziel durch einen Konfigurationsfehler verursacht, der sich auf den Übermittlungspfad auswirkt. Nachrichten werden z. B. an die Nicht erreichbar-Warteschlange gesendet, wenn folgende Bedingungen erfüllt sind:

  • Es sind Nachrichten in der Remotezustellungswarteschlange Contoso.com vorhanden.

  • Sie löschen den Sendeconnector, der zum Erreichen der Domäne Contoso.com verwendet wird.

Die Nachrichten in der Nicht erreichbar-Warteschlange weisen standardmäßig den Status Bereit auf. Nachrichten in der Nicht erreichbar-Warteschlange werden niemals automatisch erneut übermittelt. Nachrichten verbleiben in der Nicht erreichbar-Warteschlange, bis sie von einem Administrator manuell erneut übermittelt werden, von einem Administrator entfernt werden oder der im Parameter MessageExpirationTimeOut angegebene Wert überschritten ist.

Die Warteschlange für nicht verarbeitete Nachrichten enthält Nachrichten, die nach einem Serverausfall als potenziell gefährlich für den Exchange 2007-Server eingestuft werden. Diese Nachrichten können aufgrund ihres Inhalts und Formats eine Gefahr darstellen. Sie können auch das Ergebnis eines fehlerhaft geschriebenen Agents sein, der beim Verarbeiten der verdächtigen Nachricht zu einem Ausfall des Exchange-Servers führte. Alle Nachrichten in der Warteschlange für nicht verarbeitete Nachrichten weisen dauerhaft den Status Angehalten auf. Die Warteschlange für nicht verarbeitete Nachrichten kann nicht über das Cmdlet Retry-Queue mit dem Parameter Resubmit erneut übermittelt werden. Um die Nachrichten in der Warteschlange für nicht verarbeitete Nachrichten erneut zu übermitteln, können Sie die Warteschlangenanzeige oder das CmdletResume-Message zur Wiederaufnahme der Nachrichten verwenden. Die Nachrichten in der Warteschlange für nicht verarbeitete Nachrichten werden niemals automatisch wieder aufgenommen, und sie können niemals automatisch ablaufen. Nachrichten verbleiben in der Warteschlange für nicht verarbeitete Nachrichten, bis sie manuell von einem Administrator wieder aufgenommen oder entfernt werden.

Weitere Informationen

Weitere Informationen zu Warteschlangen finden Sie unter Verwalten von Warteschlangen.