FAQ par e-mail et e-mails de notification de dépannage
Des journaux et des diagnostics sont fournis pour aider à déterminer si les e-mails de notification sont envoyés et reçus avec succès, quels sont les problèmes et qui reçoit l’e-mail.
Les diagnostics permettent de surveiller l’intégrité globale du système et de résoudre les problèmes généraux, tels que la non-réception d’e-mail entrant. Les journaux aident à identifier les problèmes avec des e-mails individuels, et différents journaux sont utiles pour diagnostiquer différents types de problèmes.
Scénarios de vérification des journaux
| Problème | Journal |
|---|---|
| Besoin de vérifier si un e-mail de notification individuel a été envoyé avec succès | Vérifiez la boîte aux lettres du système Envoyé correspondant à cet e-mail. Vérifiez également les notifications d’échec dans la boîte aux lettres du système défaillant . |
| Échec de l’envoi d’e-mail individuel |
|
| E-mail non reçu par l’utilisateur final |
|
FAQ sur les e-mails
Ressources de dépannage
Consultez les ressources suivantes sur la résolution des problèmes d’e-mails entrants et sortants.
| Erreur ou symptôme | Solution |
|---|---|
| FAQ sur les e-mails entrants | Voir KB0957760. |
| L’instance ne reçoit pas d’e-mail entrant | Reportez-vous à la section Dépannage des e-mails entrants, ServiceNow KB0524472 et KB0520595. Ces articles de la base de connaissances fournissent également des liens vers une série de vidéos sur le dépannage des e-mails entrants. |
| L’instance n’envoie pas d’e-mail sortant | ServiceNow Reportez-vous à la section Dépannage des e-mails sortants, KB0521382. Cet article de la base de connaissances fournit également des liens vers une série de vidéos sur le dépannage des e-mails sortants. |
| Un e-mail provenant d’Outlook génère un enregistrement d’incident vide contenant une pièce jointe nommée winmail.dat. | Configurez le client Outlook local ou le serveur Exchange pour qu’il n’envoie pas de données au format RTF (RTF) à l’instance. |
| Les e-mails sont définis sur le type envoi ignoré sans raison apparente | Voir KB0790932. |
| E-mails en double générés par l’instance | Consultez Résolution des problèmes liés aux e-mails en double générés par l’instance, KB0529413. |
| Tâche de l’expéditeur de SMTP bloquée | Voir Tâche de l’expéditeur SMTP bloquée > l’alerte de 30 minutes, KB0755061. |
| Échec de la connexion au smtp.office365.com | Voir KB0825391. |
| IMAP avec erreur OAuth Échec de l’authentification | Voir KB0963959. |
| Erreur de connexion du compte de messagerie POP sur le port sécurisé | Voir KB0829289. |
| Le traitement des e-mails entrants est bloqué alertes | Voir KB0855277. |
| Tâche du lecteur d’e-mail/expéditeur SMTP bloquée | Voir KB0679998. |
| Tâche de lecteur d’e-mail bloquée/en cours d’exécution pendant plus de 2 heures d’alertes | Voir KB0755063. |
| Nouveaux essais SMTP |
La tâche SMTPSender est responsable de l’envoi des e-mails à partir de l’instance et il peut arriver que des échecs de remise soient détectés lors de la transmission. Les e-mails qui ne sont pas distribués avec succès peuvent nécessiter de nouvelles tentatives. Les nouvelles tentatives d’interruption exponentielle sont un mécanisme permettant de les livrer à nouveau dans l’intervalle (1, 5, 10, 20, 40, 60, 120, 120) entre les tentatives. Les nouvelles tentatives exponentielles se poursuivent jusqu’à l’expiration de la période de vérification mentionnée dans la glide.email.smtp.claim.lookback.hrs propriété système. Les nouvelles tentatives sont tentées pour les codes d’état 4xx et pour tous les autres codes d’état tels que 5xx sont considérés comme un échec permanent. Les glide.smtp.fail_message_ids propriétés système et glide.smtp.defer_retry_ids ne sont pas prises en compte. Le type d’e-mails retentés est défini sur envoyer-réessayer-différer. |
Nouvelles tentatives d’arrêt exponentielles
Les e-mails qui ne sont pas distribués avec succès peuvent nécessiter de nouvelles tentatives. Les nouvelles tentatives d’interruption exponentielle sont un mécanisme permettant de les livrer à nouveau dans l’intervalle (1, 5, 10, 20, 40, 60, 120, 120) entre les tentatives. Les nouvelles tentatives exponentielles se poursuivent jusqu’à l’expiration de la période de vérification mentionnée dans la glide.email.smtp.claim.lookback.hrs propriété système.
Les nouvelles tentatives sont tentées pour les codes de statut 4xx et échouent pour les codes de statut 5xx lors de la remise de l’e-mail. Les glide.smtp.fail_message_ids propriétés système et glide.smtp.defer_retry_ids ne sont pas prises en compte.