Vérifiez la livraison réussie des états de programmes

Introduction

Ce document décrit comment dépanner et vérifier, si les rapports planifiés sont fournis aux destinataires avec succès sur l'appliance de sécurité du courrier électronique de Cisco (ESA), la sécurité du courrier électronique de nuage (CES), ou l'appliance de Gestion de la sécurité (SMA).

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Access au GUI ou au CLI de l'ESA/CES/SMA.
• Au courant des commandes de grep sur le CLI.
• Rapports planifiés configurés sur l'ESA/CES/SMA.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Des rapports planifiés sont configurés sur l'ESA/CES/SMA à livrer aux destinataires à intervalles configurés cependant que les destinataires ne reçoivent pas les états dans leur boîte aux lettres. Sur les mail_logs ou le cheminement de message, localisant les événements ne suit pas le flux de courrier général, comme tel il ajoute des défis à dépister l'événement d'email de rapport planifié pour le diagnostic.

Vérifiez

Vérifiez que des rapports planifiés sont configurés

Sur le GUI ESA/CES, naviguez pour surveiller > des rapports planifiés, suivant les indications de cette image.

Sur le GUI SMA, naviguez pour envoyer > enregistrement > rapports planifiés, suivant les indications de l'image.

Vérifiez les rapports planifiés qui envoie l'adresse e-mail

Attention : Quand l'adresse est placée au @hostname sur la partie de domaine, elle utilisera l'adresse Internet de système. Cette adresse Internet de système doit être des DN d'autre que résoluble il entraînera des questions de distribution du courrier des rapports planifiés. On le recommande de s'assurer que le domaine ajouté à l'adresse d'expéditeur est un domaine résoluble valide.

Sur le GUI ESA/CES, naviguez vers l'administration système > les adresses de retour, suivant les indications de cette image :

Sur le GUI SMA, naviguez vers la Gestion > l'administration système > les adresses de retour, suivant les indications de cette image.

Sur le SMA CLI :

M690.lab> addressconfig

Current bounce from: "Mail Delivery System" <MAILER-DAEMON@domain>
Current reports from: "Cisco Reporting" <reporting@domain>
Current all other messages from: "Mail Delivery System" <MAILER-DAEMON@domain>

Choose the operation you want to perform:
- BOUNCEFROM - Edit the bounce from address.
- REPORTSFROM - Edit the reports from address.
- OTHERFROM - Edit the all other messages from address.

Vérifiez les rapports planifiés que la tâche d'email est opérationnelle

Sur le CLI de l'ESA/SMA/CES :

C680.esa.lab> grep "PERIODIC REPORTS: The Report Task has sent the report" gui_logs

Thu Jul 18 01:00:01 2019 Info: PERIODIC REPORTS: The Report Task has sent the report "Executive Summary" to recipients "matt-reports-address@cisco.com"

Quand la tâche de rapports planifiés est exécutée par le périphérique, le gui_log fournit la sortie de la période du passage de tâche, que l'état a été envoyé, et à quels destinataires (selon la configuration).

En cas, la tâche d'état a été exécutée cependant aucun état a été reçue dans la boîte aux lettres du destinataire, gardent un enregistrement du moment où ceci a été exécutée pour exécuter une recherche sur les mail_logs ou le cheminement de message. Les emails de rapports planifiés ne devraient pas suivre les mêmes emails normaux de processus comme ils sont générés par le système.

Sur l'ESA/CES il se produit et entre juste dans la file d'attente de la livraison.

Du SMA où il y a une route configurée de SMTP à votre serveur de messagerie local (échange) il livrera directement.

Vérifiez l'événement de messagerie de l'email de rapport planifié

Mail_logs d'utilisation

Des mail_logs sur l'ESA/CES/SMA, utilisez la commande de grep pour l'adresse d'expéditeur définie dans la configuration pour des états.

C680.esa.lab> grep -i "reporting@c680.esa.lab" mail_logs

Thu Jul 18 01:00:01 2019 Info: MID 379004 From: <reporting@C680.esa.lab> To: <matt-reports-address@cisco.com>, ... 1 total recipients

Appariez le MI nombre présenté sur le grep contre le groupe date/heure de la tâche de rapport planifié que vous vérifiez.

Grep le MID associé :

C680.esa.lab> grep "MID 379004" mail_logs

Thu Jul 18 01:00:01 2019 Info: MID 379004 From: <reporting@C680.esa.lab> To: <matt-reports-address@cisco.com>, ... 1 total recipients
Thu Jul 18 01:00:01 2019 Info: MID 379004 queued for delivery
Thu Jul 18 01:00:02 2019 Info: Delivery start DCID 13920 MID 379004 to RID [0]
Thu Jul 18 01:00:02 2019 Info: Message done DCID 13920 MID 379004 to RID [0]
Thu Jul 18 01:00:02 2019 Info: Message finished MID 379004 done

Ces informations rapporteront l'écoulement de l'email de rapport planifié. Quand un email est avec succès fourni, les mail_logs afficheront que le MID xxxxxx DCID fait par message xxxxx DÉBARRASSAIT [0] alors suivi avec le MID terminé par message xxxxxx fait de la manière prévue.

Quand l'email de rapports planifiés a généré mais n'atteint pas la boîte aux lettres du destinataire, il est primordial pour vérifier le MIDnumber associé par DCIDand pour vérifier pourquoi la livraison avait manqué. Un exemple fourni affiche l'erreur plus commune vue sur la livraison de l'email de rapports planifiés.

C680.esa.lab> grep "MID 379004" mail_logs

Thu Jul 18 01:00:01 2019 Info: MID 379004 From: <reporting@C680.esa.lab> To: <matt-reports-address@cisco.com>, ... 1 total recipients
Thu Jul 18 01:00:01 2019 Info: MID 379004 queued for delivery
Thu Jul 18 12:51:01 2019 Info: Delivery start DCID 13920 MID 379004 to RID [0]
Thu Jul 18 12:51:01 2019 Info: Bounced: DCID 13920 MID 379004 to RID 0 - Bounced by destination server with response: 5.1.0 - Unknown address error ('553', ['Domain of sender address <reporting@c680.esa.lab> does not resolve.'])
Thu Jul 18 12:51:01 2019 Info: MID 379005 was generated for bounce of MID 379004
Thu Jul 18 12:51:01 2019 Info: Message finished MID 379004 done

Il y a des exemples où l'email peut être aussi bien rejeté par le serveur de messagerie local, vérifiant le DCID rapporte à la réponse de SMTP l'ESA reçu sur la livraison tentée.

Cheminement de message d'utilisation

Après avoir obtenu le groupe date/heure de la tâche d'email de rapport planifié, procédure de connexion à votre GUI ESA/CES/SMA.

Naviguez vers la fonctionnalité de suivi de message.

Sur ESA/CES, naviguez pour surveiller > cheminement de message.

Sur MÊMES, naviguez pour envoyer par mail l'onglet > le message dépistant > cheminement de message.

Sur le champ Rechercher pour l'expéditeur d'enveloppe remplissez-le avec votre adresse d'expéditeur d'enregistrement et sélectionnez la time-range de la tâche d'états de programme.

Dans cet exemple, l'adresse d'expéditeur est reporting@C680.esa.lab.

Car les rapports planifiés ne suivent pas le même flux de courrier, les beaucoup de les champs ne seront pas remplis sur le message dépistant, aussi bien que le flux de courrier lui-même sera très court.

Informations connexes 

• Appliance de sécurité du courrier électronique de Cisco - Guides d'utilisateur
• Appliance de Gestion de sécurité Cisco - Guides d'utilisateur
• Support et documentation techniques - Cisco Systems