Intervalles de nouvelle tentative, de renvoi et d’expiration des messages
S’applique à : Exchange Server 2013
Dans Microsoft Exchange Server 2013, les messages qui ne peuvent pas être remis avec succès sont soumis à différents délais de nouvelle tentative, de soumission 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 vers 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 averti de l’échec de remise. Ensuite, le message est 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.
Options de configuration pour les nouvelles tentatives de message
Lorsqu’un serveur de transport ne peut pas se connecter au tronçon suivant, la file d’attente est placée dans l’état Réessayer. Les tentatives de connexion se poursuivent jusqu'à ce que la file d'attente expire ou que la connexion soit établie.
Options de configuration pour la nouvelle tentative de message automatique
Les options de configuration disponibles pour les intervalles de nouvelles tentatives de message sont décrites dans le tableau suivant.
Options de configuration disponibles pour les intervalles de nouvelles tentatives de message
| Nom du paramètre ou de la clé | Valeur par défaut | Où configurer | Description |
|---|---|---|---|
| QueueGlitchRetryCount | 4 | EdgeTransport.exe.config | Cette clé spécifie le nombre de tentatives de connexion qui sont immédiatement tentées lorsqu’un serveur de transport rencontre des problèmes de connexion avec le 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 cette clé est un entier compris entre 0 et 15. En règle générale, vous n’avez pas besoin de modifier cette clé, sauf si le réseau n’est pas fiable et continue de rencontrer de nombreuses connexions accidentellement supprimées. |
| QueueGlitchRetryInterval |
00:01:00 ou 1 minute |
EdgeTransport.exe.config | Cette clé contrôle l’intervalle de connexion entre chaque tentative de connexion spécifiée par la clé QueueGlitchRetryCount . En règle générale, vous n’avez pas besoin de modifier ce paramètre, sauf si le réseau n’est pas fiable et que de nombreuses connexions sont supprimées accidentellement. |
| TransientFailureRetryCount | 6 | Propriétés du serveur ou de l’applet de commande Set-TransportService dans le Centre d’administration Exchange (EAC) | Ce paramètre spécifie le nombre de tentatives de connexion qui sont tentées après l’échec des tentatives de connexion contrôlées par les clés QueueGlitchRetryCount et QueueGlitchRetryInterval . Les problèmes de connexion qui épuisent les clés QueueGlitchRetryCount et QueueGlitchRetryInterval peuvent être causés par des redémarrages de serveur ou des échecs de recherche DNS mis en cache. L’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 tentative de connexion suivante est contrôlée par le paramètre OutboundConnectionFailureRetryInterval . |
| TransientFailureRetryInterval |
|
Propriétés du serveur ou de l’applet de commande Set-TransportServicedans le centre d’administration Exchange | Ce paramètre contrôle 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 |
|
Propriétés du serveur ou de l’applet de commande Set-TransportService dans le centre d’administration Exchange | Ce paramètre spécifie l’intervalle de nouvelles tentatives pour les tentatives de connexion sortantes qui ont é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 |
Applet de commande Set-TransportService | Ce paramètre spécifie l’intervalle de nouvelle tentative pour les messages individuels dont l’état est Réessayer. Nous vous recommandons de ne pas modifier la valeur par défaut, sauf si le service clientèle et le support microsoft vous conseillent de le faire. |
| MailboxDeliveryQueueRetryInterval |
00:05:00 ou 5 minutes |
EdgeTransport.exe.config | Cette clé spécifie la fréquence à laquelle les files d’attente tentent de se connecter au service de remise de transport de boîtes aux lettres pour une base de données de boîtes aux lettres de destination qui ne peut pas ê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. L’entrée valide pour cette clé est comprise entre 00:00:01 et 1.00:00:00. |
Options de configuration pour les nouvelles tentatives de message
Lorsqu’une file d’attente de remise est à l’état Nouvelle tentative, vous pouvez forcer manuellement une tentative de connexion immédiate à l’aide de la Visionneuse de file d’attente dans la boîte à outils Exchange ou de l’applet de commande Retry-Queue dans l’interpréteur de commandes. La tentative manuelle remplace la tentative planifiée suivante. 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 Gérer les files d’attente.
Options de configuration pour les messages de notification d'état de remise retardée
Après chaque échec de remise de messages, 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 différée (DSN) et le met en file d’attente pour la remise à l’expéditeur du message non remis. Ce message DSN de retard n’est envoyé qu’après un intervalle de délai d’expiration de notification de retard spécifié, et uniquement si le message ayant échoué n’a pas été correctement remis pendant cette période. Par défaut, l’intervalle de délai d’expiration des notifications de retard est de 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 DSN de retard peut être activé ou désactivé de manière sélective pour les messages qui proviennent 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 DSN de délai
| Nom du paramètre | Valeur par défaut | Emplacement | Description |
|---|---|---|---|
| DelayNotificationTimeOut |
4:00:004 heures |
Propriétés set-TransportService ou serveur dans le CAE | Ce paramètre spécifie la durée d’attente du serveur avant d’envoyer un message DSN de retard à l’expéditeur. 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 DSN différés peuvent être envoyés aux expéditeurs de messages qui se trouvent en dehors de 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 DSN différés peuvent être envoyés aux expéditeurs de messages qui se trouvent à l’intérieur de l’organisation Exchange. L’entrée valide pour ce paramètre est $true ou $false. |
Remarque
Sur les serveurs de transport hub Exchange 2007, tous les paramètres ExternalDSN* et InternalDSN* sont disponibles sur l’applet de commande Set-TransportServer , et non sur l’applet de commande Set-TransportConfig . Si vous avez des serveurs de transport Hub Exchange 2007 dans votre organisation, vous devez apporter des modifications à ces valeurs à l’aide de l’applet de commande Set-TransportServer sur chaque serveur de transport Hub Exchange 2007.
Options de configuration pour les tentatives de nouvelle soumission de message
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.
Nouvelle soumission de message automatique
Les messages non remis sont automatiquement soumis à nouveau si la file d’attente de remise est dans l’état Nouvelle tentative et n’a pas pu remettre les messages pendant une période spécifiée. Cette période est contrôlée par la clé MaxIdleTimeBeforeResubmit dans le fichier de configuration de l’application EdgeTransport.exe.config. Seuls les messages dans les files d’attente de remise sont candidats à 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.
La valeur par défaut est 12:00:00 ou 12 heures.
Nouvelle soumission de message manuelle
Vous pouvez renvoyer manuellement les messages dont l’état est le suivant dans le service de transport sur un serveur de boîtes aux lettres ou un serveur de transport Edge :
- Files d’attente de remise dont l’état est Réessayer. Les messages dans les files d’attente ne doivent pas être dans l’état Suspended ;
- Messages qui se trouvent dans la file d’attente inaccessible et ne sont pas à l’état Suspendu.
- Messages qui se trouvent 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 « À propos de la file d’attente de messages incohérents et de la file d’attente inaccessible » dans la rubrique Files d’attente.
Si vous souhaitez soumettre manuellement des messages qui se trouvent dans des files d’attente de remise ou dans la file d’attente inaccessible sans attendre l’heure spécifiée par le paramètre MaxIdleTimeBeforeResubmit à passer, vous devez utiliser l’applet de commande Retry-Queue avec le paramètre Resubmit . Pour renvoyer manuellement les messages situés dans la file d’attente de messages incohérents, vous pouvez utiliser la Visionneuse de files d’attente ou l’applet de commande Resume-Message pour reprendre le message. Pour plus d’informations, consultez la section « Soumettre à nouveau des messages dans les files d’attente » dans Gérer les files d’attente.
Une autre façon de soumettre manuellement des messages consiste à suspendre les messages, à exporter les messages vers des fichiers texte qui ont l’extension de nom de fichier .eml, puis à copier les fichiers .eml dans le répertoire Replay sur n’importe quel serveur de boîtes aux lettres ou serveur de transport Edge. Cette méthode de resoumission fonctionne pour les messages qui se trouvent dans des files d’attente de remise ou dans la file d’attente inaccessible. Les messages qui se trouvent dans la file d’attente de messages incohérents sont déjà à l’état Suspendu. Les messages qui se trouvent dans la file d’attente de soumission ne peuvent pas être suspendus ou exportés.
Remarque
Lorsque vous exportez des messages à partir d’une file d’attente, vous ne supprimez pas les messages de la file d’attente. Après avoir exporté les messages et les avoir renvoyés à l’aide du répertoire Replay, vous devez supprimer les messages suspendus pour éviter la remise des messages en double.
Pour plus d'informations, consultez la rubrique Exportation de messages de files d'attente.
Options de configuration pour l’expiration des messages
L’intervalle de délai d’expiration du message spécifie la durée maximale pendant laquelle un serveur de transport Edge ou le service de transport sur un serveur de boîtes aux lettres tente de remettre un message ayant échoué. Si le message ne peut pas être remis correctement avant l’expiration de l’intervalle 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 des messages est contrôlé par le paramètre MessageExpirationTimeOut dans l’applet de commande Set-TransportService ou dans les propriétés du serveur dans le CENTRE d’administration Exchange.
Pour spécifier une valeur, entrez-la en tant qu’intervalle de temps : dd. hh:mm:ss où dd = jours, hh = heures, mm = minutes et ss = secondes.
La valeur par défaut est 2.00:00:00 ou 2 jours. La plage d’entrée valide pour ce paramètre s’étend de 00:00:05 à 90.00:00:00.
Expiration de message manuelle
Bien que vous ne puissiez pas forcer manuellement l’expiration des messages, vous pouvez supprimer manuellement les messages de n’importe quelle file d’attente, à l’exception de la file d’attente soumission, avec ou sans remise.
Pour plus d’informations, consultez la section « Supprimer les messages des files d’attente » dans Gérer les messages dans les files d’attente.