Intervalles de nouvelle tentative, de renvoi et d’expiration des messages

 

Sapplique à :Exchange Server 2013

Dernière rubrique modifiée :2015-03-09

Dans Microsoft Exchange Server 2013, les messages pour lesquels la remise échoue sont soumis à divers délais de nouvelle tentative, de renvoi et d'expiration, en fonction de la source et de la destination du message. Une Nouvelle tentative est une nouvelle tentative de connexion à la destination. Un renvoi 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 expire une fois que toutes les tentatives de remise ont échoué au cours d’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 alors supprimé de la file d'attente.

Dans toutes les situations de nouvelle tentative, de renvoi ou d'expiration, vous pouvez intervenir manuellement avant l'exécution des actions automatiques sur les messages.

Pour obtenir des recommandations sur la configuration de ces paramètres, consultez la rubrique Configuration d’intervalles de nouvelle tentative, de renvoi et d’expiration des messages.

Quand un serveur de transport ne parvient pas à se connecter au saut suivant, l'état Nouvelle tentative est affecté à la file d'attente. Les tentatives de connexion se poursuivent jusqu'à ce que la file d'attente expire ou que la connexion soit établie.

Les options de configuration disponibles pour les intervalles de nouvelle tentative de message sont décrites dans le tableau suivant.

Options de configuration disponibles pour les intervalles de nouvelle tentative de message

Paramètre ou nom de clé Valeur par défaut Configuration Description

QueueGlitchRetryCount

4

EdgeTransport.exe.config

Cette clé 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. Ces problèmes de connexion sont généralement causés par des pannes de réseau.

L'entrée valide pour ce paramètre est un entier allant de 0 à 15.

En principe, il est inutile de modifier cette clé, sauf si le réseau n'est pas fiable et fait face à de nombreuses interruptions de connexion.

QueueGlitchRetryInterval

00:01:00 ou 1 minute

EdgeTransport.exe.config

Cette clé détermine l'intervalle de connexion entre chaque tentative de connexion spécifiée par la clé QueueGlitchRetryCount.

En principe, il est inutile de modifier ce paramètre, sauf si le réseau n'est pas fiable et fait face à de nombreuses interruptions de connexion.

TransientFailureRetryCount

6

Cmdlet Set-TransportService ou propriétés du serveur dans le Centre d’administration Exchange (CAE)

Ce paramètre spécifie le nombre de tentatives de connexion effectuées après l'échec des tentatives de connexion spécifiées par les clés QueueGlitchRetryCount et QueueGlitchRetryInterval. Les problèmes de connexion épuisant les paramètres QueueGlitchRetryCount et QueueGlitchRetryInterval peuvent être causés par le redémarrage du serveur ou par des échecs de recherches DNS mises en cache.

Une entrée valide pour ce paramètre est un entier compris entre 0 et 15. Si vous définissez ce paramètre sur 0, la prochaine tentative de connexion est contrôlée par le paramètre OutboundConnectionFailureRetryInterval.

TransientFailureRetryInterval

  • Service de transport sur les serveurs de boîtes aux lettres 00:05:00 ou 5 minutes

  • Serveurs de transport Edge : 00:01:00 ou 10 minutes

Cmdlet Set-TransportService ou propriétés du serveur dans le CAE

Ce paramètre détermine l'intervalle de connexion entre chaque tentative de connexion spécifiée par le paramètre TransientFailureRetryCount.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

OutboundConnectionFailureRetryInterval

  • Service de transport sur les serveurs de boîtes aux lettres 00:10:00 ou 10 minutes

  • Serveurs de transport Edge : 00:30:00 ou 30 minutes

Cmdlet Set-TransportService ou propriétés du serveur dans le CAE

Ce paramètre spécifie l'intervalle de nouvelle tentative pour les tentatives de connexion sortante ayant échoué précédemment. Les tentatives de connexion précédemment échouées sont contrôlées par les paramètres TransientFailureRetryCount et TransientFailureRetryInterval.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

MessageRetryInterval

00:15:00 ou 15 minutes

Cmdlet Set-TransportService

Ce paramètre spécifie l'intervalle de nouvelle tentative des messages présentant l'état Nouvelle tentative. Nous vous recommandons de ne pas modifier la valeur par défaut, sauf si le support technique Microsoft préconise de le faire.

MailboxDeliveryQueueRetryInterval

00:05:00 ou 5 minutes

EdgeTransport.exe.config

Cette clé détermine la fréquence à laquelle les files d'attente tentent de se connecter au service de remise de transport des boîtes aux lettres pour une base de données de boîte aux lettres de destination ne pouvant être atteinte.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

Une entrée valide pour cette clé se situe entre 00:00:01 et 1.00:00:00.

Retour au début

Quand une une file d'attente de remise présente l'état Nouvelle tentative, vous pouvez forcer manuellement une tentative de connexion immédiate à l'aide de l'Afficheur des files d'attente dans la boîte à outils Exchange ou à l'aide de la cmdlet Retry-Queue dans l'environnement de ligne de commande. La tentative manuelle remplace la prochaine tentative planifiée. Si la connexion échoue, le minuteur d'intervalle de nouvelle tentative est réinitialisé. Pour que cette action ait un effet, la file d'attente de remise doit présenter l'état Nouvelle tentative.

Pour plus d'informations, consultez la section « Files d'attente de nouvelles tentatives » dans la rubrique Gestion des files d’attente.

Retour au début

Après chaque échec de remise d'un message, le serveur de transport Edge ou le service de transport sur le serveur de boîtes aux lettres 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é correctement remis 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é 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 suivant.

Options de configuration disponibles pour les messages de notification d'état de remise retardée

Nom de paramètre Default value Emplacement Description

DelayNotificationTimeOut

4:00:004 heures

Cmdlet Set-TransportService ou propriétés du serveur dans le CAE

Ce paramètre spécifie le délai d'attente qu'observe le serveur 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.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

ExternalDelayDSNEnabled

$true

Set-TransportConfig

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.

L'entrée valide pour ce paramètre est $true ou $false.

InternalDelayDSNEnabled

$true

Set-TransportConfig

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.

L'entrée valide pour ce paramètre est $true ou $false.

RemarqueRemarque :
Sur les serveurs de transport Hub Exchange 2007, tous les paramètres ExternalDSN* et InternalDSN* sont disponibles pour la cmdlet Set-TransportServer, et non pour la cmdlet Set-TransportConfig. Si votre organisation comporte des serveurs de transport Hub Exchange 2007, vous devez modifier ces valeurs à l'aide de la cmdlet Set-TransportServer sur chaque serveur de transport Hub Exchange 2007.

Retour au début

La nouvelle soumission de message renvoie les messages non remis à la file d'attente de soumission pour qu'ils soient de nouveau traités par le catégoriseur.

Les messages non remis sont automatiquement soumis de nouveau si la file d'attente de remise présente l'état Nouvelle tentative et n'a pas réussi à remettre des messages pendant une durée spécifiée. Ce laps de temps est déterminé par la clé MaxIdleTimeBeforeResubmit dans le fichier de configuration de l'application EdgeTransport.exe.config. Seuls les messages situés dans les files d'attente peuvent faire l'objet d'une nouvelle soumission automatique.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

Par défaut, la valeur est 12:00:00 (soit 12 heures).

Vous pouvez soumettre à nouveau manuellement les messages présentant l’état suivant dans le service de transport sur un serveur de boîte aux lettres ou un serveur de transport Edge :

  • Files d'attente de remise dont l'état est Nouvelle tentative. Les messages dans les files d'attente ne doivent pas présenter l'état Suspendu ;

  • les messages dans la file d'attente inaccessible qui ne présentent pas l'état Suspendu ;

  • les 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 » dans la rubrique Files d'attente.

Si vous voulez resoumettre manuellement les messages qui se trouvent dans les files d'attente de remise 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 resoumettre 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 la section « Resoumettre les messages en file d'attente » dans la rubrique Gestion des files d’attente.

Pour resoumettre manuellement les messages, il existe une autre méthode qui consiste à suspendre les messages, à les exporter vers des fichiers texte dotés d'une extension de nom de fichier .eml, puis à copier les fichiers .eml dans le répertoire de relecture de n'importe quel serveur de boîtes aux lettres ou de transport Edge. Cette méthode fonctionne pour les messages se trouvant dans les files d'attente de remise ou la file d'attente inaccessible. Les messages situés dans la file d'attente de messages incohérents présentent déjà l'état Suspendu. Il est impossible de suspendre ou d'exporter les messages situés dans la file d'attente de soumission.

RemarqueRemarque :
Lorsque vous exportez des messages à partir d'une file d'attente, vous ne supprimez pas les messages de la file d'attente. Une fois les messages exportés et soumis de nouveau à l'aide du répertoire de relecture, vous devez supprimer les messages suspendus pour éviter de remettre des messages en double.

Pour plus d'informations, consultez la rubrique Exportation de messages de files d'attente.

Retour au début

Le délai d’expiration des messages spécifie la durée maximale pendant laquelle un serveur de transport Edge ou le service de transport sur un serveur de boîte aux lettres tente de remettre un message qui n’a pas pu être remis. S'il ne parvient pas à remettre le message avant la fin de ce délai, une notification d'échec de remise contenant le message d'origine ou les en-têtes du message est remise à l'expéditeur.

Le délai d'expiration des messages est spécifié par le paramètre MessageExpirationTimeOut pour la cmdlet Set-TransportService, ou dans les propriétés du serveur de transport dans le CAE.

Pour spécifier une valeur, entrez-la sous forme d’une période : jj.hh:mm:ss où j = jours, h = heures, m = minutes et s = secondes.

Par défaut, la valeur est 2.00:00:00 (soit 2 jours). La plage d'entrées valide pour ce paramètre s'étend de 00:00:05 à 90.00:00:00.

Bien qu'il soit impossible de forcer manuellement l'expiration des messages, il est possible de les supprimer manuellement d'une file d'attente, à l'exception de la file d'attente de soumission, avec ou sans notification d'échec de remise.

Pour plus d'informations, consultez la section « Supprimer les messages des files d'attente » dans la rubrique Gestion des messages dans les files d'attente.

Retour au début

 
Afficher: