Gestion des intervalles de nouvelle tentative de message, de nouvelle soumission et d’expiration
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2006-10-30
Les ordinateurs exécutant Microsoft Exchange Server 2007 sur lesquels le rôle serveur de transport Hub ou serveur de transport Edge est installé contiennent les files d’attente, les connecteurs d'envoi et les connecteurs de réception. Les files d’attente contiennent les messages à remettre. Les connecteurs établissent les trajets entrants et sortants pour remettre les messages.
Les messages ne pouvant pas être remis sont soumis à plusieurs délais de nouvelle tentative, de nouvelle soumission et d’expiration, en fonction de la source et de la destination du message. Retry est une nouvelle tentative de connexion avec le domaine de destination, l’hôte actif ou le serveur de boîtes aux lettres. Resubmit est l’action qui consiste à renvoyer les messages à la file d’attente de soumission afin que le catégoriseur les traite une nouvelle fois. Le message atteint le « délai d’attente » ou expire après l’échec de toutes les tentatives de remise pendant une période spécifiée. Après l’expiration d’un message, l’expéditeur est notifié de l'échec de la remise. Le message est ensuite supprimé de la file d’attente.
Dans tous les trois cas de nouvelle tentative, de nouvelle soumission ou d'expiration, il est possible d’intervenir manuellement avant l'exécution des actions automatiques sur les messages.
Options de configuration pour les nouvelles tentatives de message
Quand un serveur de transport ne peut pas se connecter au prochain saut, l'état de la file d'attente est Retry. Les tentatives de connexion se poursuivent jusqu'à ce que la file d'attente expire ou que la connexion soit établie.
Options de configuration pour les nouvelles tentatives de message automatiques
Les options de configuration disponibles pour les intervalles de nouvelle tentative de message sont décrites dans le tableau 1.
Tableau 1 Options de configuration disponibles pour les intervalles de nouvelle tentative de message
| Nom de paramètre | Valeur par défaut | Configuration | Description |
|---|---|---|---|
QueueGlitchRetryCount |
4 |
EdgeTransport.exe.config |
Ce paramètre spécifie le nombre de tentatives de connexion effectuées dès qu'un serveur de transport rencontre des problèmes lors de la connexion au serveur de destination. De tels problèmes de connexion sont généralement causés par des pannes de réseau. Généralement, vous n'avez pas à modifier ce paramètre à moins que le réseau ne soit pas fiable et continue de créer des interruptions de connexion. |
QueueGlitchRetryInterval |
1 minute |
EdgeTransport.exe.config |
Ce paramètre contrôle l’intervalle de connexion entre chaque tentative de connexion spécifiée par le paramètre QueueGlitchRetryCount. Généralement, vous n'avez pas à modifier ce paramètre à moins que le réseau ne soit pas fiable et continue de créer des interruptions de connexion. |
TransientFailureRetryCount |
6 |
Cmdlet Set-TransportServer ou propriétés du serveur de transport dans l'environnement de ligne de commande Exchange Management Shell |
Ce paramètre spécifie le nombre de tentatives de connexion effectuées après l’échec des tentatives de connexion contrôlées par les paramètres QueueGlitchRetryCount et QueueGlitchRetryInterval. Les problèmes de connexion épuisant les paramètres QueueGlitchRetry peuvent être causés par le redémarrage du serveur ou par des échecs de recherche des DNS en cache. |
TransientFailureRetryInterval |
|
Cmdlet Set-TransportServer ou propriétés du serveur de transport dans l'environnement de ligne de commande Exchange Management Shell |
Ce paramètre contrôle l’intervalle de connexion entre chaque tentative de connexion spécifié par le paramètre TransientFailureRetryCount. |
OutboundConnectionFailureRetryInterval |
|
Cmdlet Set-TransportServer ou propriétés du serveur de transport dans l'environnement de ligne de commande Exchange Management Shell |
Ce paramètre spécifie l’intervalle de nouvelle tentative pour les tentatives de connexion sortante échouées précédemment. Les tentatives de connexion précédemment échouées sont contrôlées par les paramètres TransientFailureRetryCount et TransientFailureRetryInterval. |
MessageRetryInterval |
1 minute |
Cmdlet Set-TransportServer |
Ce paramètre spécifie l’intervalle de nouvelle tentative pour les messages individuels dont l’état est Retry. Il est recommandé de ne pas modifier la valeur par défaut, sauf si les services du Support technique Microsoft vous conseillent de le faire. |
MailboxDeliveryQueueRetryInterval |
5 minutes |
EdgeTransport.exe.config |
Ce paramètre contrôle l’intervalle de nouvelle tentative pour les files d’attente de remise de boîte aux lettres entre les serveurs de transport Hub. |
Le fichier EdgeTransport.exe.config file est un fichier de configuration d'application XML associé au fichier EdgeTransport.exe. EdgeTransport.exe et MSExchangeTransport.exe sont les fichiers exécutables utilisés par le service de transport Microsoft Exchange. Ce service s'exécute sur chaque serveur de transport Hub ou de transport Edge. Les modifications enregistrées dans le fichier EdgeTransport.exe.config sont appliquées après le redémarrage du service de transport de Microsoft Exchange.
Voici un exemple de base de la structure du fichier EdgeTransport.exe.config :
<configuration>
<runtime>
<gcServer enabled="true" />
</runtime>
<appSettings>
<add key=" Option_de_configuration " value=" Valeur " />
...
</appSettings>
</configuration>
La section <appSettings> est l'emplacement où vous pouvez ajouter des options de configuration ou modifier des options de configuration existantes. Il existe plusieurs options de configuration disponibles n’ayant aucune relation avec les intervalles de nouvelle tentative de message, de nouvelle soumission et d’expiration. Toute option de configuration n’impliquant pas ces intervalles sort du cadre de cette rubrique. Ces aspects ne sont pas décrits ici.
Notes
Les noms de paramètre dans la section <add key=../> sont sensibles à la casse.
Pour plus d'informations, consultez la rubrique Procédure de configuration des intervalles de relance, de resoumission et d'expiration de message.
Options de configuration pour les nouvelles tentatives de message manuelles
Lorsqu’une file d’attente de remise de boîte aux lettres ou une file d’attente de remise distante a l’état Retry, vous pouvez forcer manuellement une tentative de connexion immédiate à l'aide de l'Afficheur des files d'attente dans la console de gestion Exchange ou de la cmdlet Retry-Queue dans l'environnement de ligne de commande Exchange Management Shell. La tentative manuelle remplace la prochaine tentative planifiée. Si la connexion échoue, l’horloge de l’intervalle de nouvelle tentative est réinitialisée. La file d'attente doit avoir l'état Retry pour que cette action ait un effet.
Pour plus d'informations, consultez la rubrique Procédure de relance de files d'attente.
Options de configuration pour les messages de notification d'état de remise retardée
Après chaque échec de remise d'un message, le serveur de transport Edge ou de transport Hub génère un message de notification d'état de remise retardée et le place en file d'attente pour remise à l'expéditeur du message non remis. Ce message de notification d'état de remise retardée est envoyé après un intervalle spécifié de délai de notification retardée et uniquement si le message ayant échoué n'a pas été remis avec succès entre temps. Par défaut, l'intervalle de délai de notification de retard est 4 heures. Cette durée évite l'envoi de messages inutiles de notification d'état de remise retardée pouvant être causée par des défaillances temporaires de transmission de messages. L'envoi de messages de notification d'état de remise retardée peut être activé ou désactivé pour les messages provenant de l'organisation Exchange ou de l'extérieur.
Les options de configuration disponibles pour les messages de notification d'état de remise retardée sont décrites dans le tableau 2.
Tableau 2 Options de configuration disponibles pour les messages de notification d'état de remise retardée
| Nom de paramètre | Valeur par défaut | Emplacement | Description |
|---|---|---|---|
DelayNotificationTimeOut |
4 heures |
Set-TransportServer |
Ce paramètre spécifie le délai pendant lequel le serveur attend avant d'envoyer un message de notification d'état de remise retardée à l'expéditeur du message. La valeur de ce paramètre doit toujours être supérieure à la valeur du paramètre TransientFailureRetryCount multipliée par la valeur du paramètre TransientFailureRetryInterval. |
ExternalDelayDSNEnabled |
|
Set-TransportServer |
Ce paramètre spécifie si les messages de notification d'état de remise retardée peuvent être envoyés à des expéditeurs de messages externes à l'organisation Exchange. |
InternalDelayDSNEnabled |
|
Set-TransportServer |
Ce paramètre spécifie si les messages de notification d'état de remise retardée peuvent être envoyés à des expéditeurs de messages internes à l'organisation Exchange. |
Pour plus d'informations, consultez la rubrique Procédure de configuration des intervalles de relance, de resoumission et d'expiration de message.
Options de configuration pour la nouvelle soumission de message
La nouvelle soumission de message renvoie les messages non remis à la file d'attente de nouvelle soumission pour être à nouveau traités par le catégoriseur.
Nouvelle soumission de message automatique
Les messages non remis sont automatiquement soumis à nouveau si la file d’attente de remise est dans l’état Retry et n’a pas réussi à remettre des messages pendant une durée spécifiée. La durée est contrôlée par le paramètre MaxIdTimeBeforeResubmit dans le fichier de configuration d’application EdgeTransport.exe.config. La valeur par défaut du paramètre MaxIdTimeBeforeResubmit est 12 heures. Seuls les messages dans les files d’attente de remise de boîte aux lettres sont des candidats pour une nouvelle soumission automatique.
Pour plus d'informations, consultez la rubrique Procédure de configuration des intervalles de relance, de resoumission et d'expiration de message.
Nouvelle soumission de message manuelle
Vous pouvez soumettre manuellement les messages à l'état ci-après sur un serveur de transport Hub ou un serveur de transport Edge :
files d'attente de remise de boîte aux lettres ou files d'attente de remise distante dont l'état est Retry. Les messages dans les files d'attente ne doivent pas être dans l'état Suspended ;
messages dans la file d'attente inaccessible qui ne sont pas dans l'état Suspended ;
messages dans la file d'attente de messages incohérents.
Pour plus d’informations sur la file d'attente de messages incohérents et la file d'attente inaccessible, consultez la section « Informations sur la file d'attente de messages incohérents et la file d'attente inaccessible » ci-après dans cette rubrique.
Si vous voulez soumettre de nouveau manuellement les messages qui se trouvent dans les files d’attente de remise de boîte aux lettres, les files d'attente de remise distante ou la file d’attente inaccessible sans attendre le délai spécifié par le paramètre MaxIdleTimeBeforeResubmit, vous devez utiliser la cmdlet Retry-Queue avec le paramètre Resubmit. Pour soumettre de nouveau manuellement les messages figurant dans la file d'attente de messages incohérents, vous devez utiliser l'Afficheur des files d'attente ou la cmdlet Resume-Message.
Pour plus d'informations, consultez les rubriques suivantes :
Une autre méthode permettant de soumettre manuellement les messages est de les suspendre, de les exporter vers des fichiers textes avec une extension de nom de fichier .eml et de copier les fichiers .eml dans le répertoire de relecture sur n’importe quel serveur de transport Hub ou de transport Edge. Cette méthode de nouvelle soumission fonctionne pour les messages se trouvant dans les files d'attente de remise de boîte aux lettres, les files d'attente de remise distante ou la file d'attente inaccessible. Les messages dans la file d’attente de messages incohérents sont déjà dans l’état suspendu. Il est impossible de suspendre ou d’exporter les messages se trouvant dans la file d’attente de soumission.
Notes
Ne supprimez pas les messages dans la file d'attente lorsque vous les exportez à partir d’une file d’attente. Une fois les messages exportés et soumis de nouveau à l’aide du répertoire de relecture, les messages suspendus devraient être supprimés pour éviter de transférer en double les messages de remise.
Pour plus d'informations, consultez la rubrique Procédure d'exportation et de nouvelle soumission de messages.
Options de configuration pour l’expiration de message
L’intervalle du délai d’expiration de message spécifie la durée maximale de la remise d’un message échoué par un serveur de transport Edge ou un serveur de transport Hub. Si le message ne peut pas être remis avant la fin de l'intervalle du délai d'expiration, une notification d'échec de remise contenant le message d'origine ou les en-têtes de message est remise à l'expéditeur.
Expiration de message automatique
L’intervalle de délai d’expiration de message est contrôlée par le paramètre MessageExpirationTimeOut dans la cmdlet Set-TransportServer ou dans les propriétés du serveur de transport dans l'environnement de ligne de commande Exchange Management Shell. La valeur par défaut du paramètre MessageExpirationTimeOut est 2 jours.
Pour plus d'informations, consultez les rubriques suivantes :
Expiration de message manuelle
Bien qu’il soit impossible de forcer manuellement l’expiration des messages, il est cependant possible de les supprimer manuellement d'une file d'attente excepté de la file d’attente de soumission, avec ou sans notification d'échec de remise.
Pour plus d'informations, consultez la rubrique Procédure de suppression de messages de files d'attente.
Informations sur la file d’attente de messages incohérents et la file d’attente inaccessible
Le catégoriseur envoie les messages à la file d’attente inaccessible lorsqu’il n’y a pas d'itinéraire connu pour leurs destinations. En général, l'inaccessibilité d'une destination résulte d'une erreur de configuration affectant le chemin de remise. Les messages seront par exemple envoyés à la file d'attente inaccessible si les conditions ci-après sont vérifiées :
Il existe des messages dans la file d’attente de remise distante « Contoso.com ».
Vous avez supprimé le connecteur d’envoi utilisé pour atteindre le domaine Contoso.com.
Les messages dans la file d’attente inaccessible ont, par défaut, l'état Ready. Il est impossible de soumettre à nouveau automatiquement les messages dans la file d'attente inaccessible. Les messages restent dans la file d’attente inaccessible jusqu’à leur nouvelle soumission manuelle par un administrateur, leur suppression par un administrateur ou jusqu’à l'expiration de la valeur spécifiée dans le paramètre MessageExpirationTimeOut.
La file d'attente de messages incohérents contient les messages identifiés comme potentiellement dangereux pour le serveur Exchange 2007 après une défaillance de ce dernier. Les messages peuvent être véritablement dangereux par leur contenu et leur format. Ils peuvent également résulter d'un agent mal écrit ayant bloqué le serveur Exchange pendant le traitement de messages supposés incorrects. Tous les messages dans la file d’attente de messages incohérents sont dans un état de suspension permanent. Il n’est pas possible de soumettre à nouveau la file d'attente de messages incohérents à l’aide de la cmdlet Retry-Queue avec le paramètre Resubmit. Pour soumettre à nouveau les messages dans la file d’attente de messages incohérents, vous pouvez utiliser l’Afficheur des files d’attente ou la cmdlet Resume-Message pour reprendre les messages. Les messages dans la file d’attente de messages incohérents ne sont jamais repris ni n’expirent automatiquement. Les messages restent dans la file d’attente de messages incohérents jusqu’à leur reprise ou suppression manuelle par un administrateur.
Pour plus d'informations
Pour plus d'informations sur les files d'attente, consultez la rubrique Gestion des files d'attente.