Introduction
Ce document décrit ce qui arrive aux messages entrant sur l'appliance de sécurité du courrier électronique de Cisco (ESA) si le serveur principal est en panne.
Qu'arrive aux messages entrant sur l'ESA si le serveur principal est en panne ?
Si votre serveur de messagerie (Microsoft Exchange, Lotus Notes) échoue, vos emails entrants sont alignés sur votre ESA.
Une fois que votre serveur de messagerie revient en ligne, les reprises ESA envoient la livraison. L'ESA retient des messages dans sa file d'attente basée sur les configurations configurées dans votre profil de rebond.
Par défaut, la messagerie est alignée pour 72 heures (259200 secondes) OU 100 tentatives de relance avant qu'elle rebondisse à l'expéditeur d'origine.
Cette configuration est configurable à l'aide du bounceconfig de commande CLI et édite le profil par défaut. Ceci est également fait du GUI en allant aux profils de réseau > de rebond, et clique sur en fonction le profil par défaut.
La file d'attente pourrait se remplir s'il y a trop de messagerie. Cependant, si le système atteint sa limite de mémoire, il des tentatives douces de rebond plus loin par d'autres serveurs de messagerie de fournir plus de messages. Ceci s'assure que message n'obtiendra pas perdu, comme ces serveurs de messagerie veulent la livraison de message de reattempt aussi bien jusqu'à ce que l'ESA reçoive des messages de nouveau.
Remarque: Si vous prévoyez d'arrêter votre serveur de messagerie interne pour la maintenance pendant une plus longue période (davantage que des heures d'un couple), la pratique recommandée est d'interrompre les auditeurs entrants sur votre ESA utilisant le suspendlistener.
Comme indiqué précédemment, dans ce cas toutes les tentatives de connexion seront doux rebondi, et relancé plus tard. De cette façon, vous laissez la tâche d'enregistrer les messages au serveur de messagerie de envoi, qui empêchera la file d'attente de messagerie sur votre ESA de se remplir rapidement. Aucun message ne sera perdu ; cependant, une fois que vous obteniez votre serveur de messagerie interne de nouveau dans le service, reprenez également les auditeurs sur votre ESA utilisant la reprise. Ceci permettra la livraison des serveurs distants de nouveau.
Pour plus d'informations sur diriger l'email rebondi, voyez le guide utilisateur d'email d'AsyncOS.