FAQ par e-mail et e-mails de notification de dépannage

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture

    • Les journaux et les 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 l’impossibilité de recevoir du courrier entrant. Les journaux permettent d’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 système envoyée pour cet e-mail. Vérifiez également la boîte aux lettres système défaillant pour les notifications de panne.
    Échec de l’e-mail individuel
    • Vérifiez le journal des messages de l’e-mail individuel.

    • Vérifiez le champ Error string (Chaîne d’erreur ) de l’enregistrement d’e-mail.

      Avertissement :
      Certains serveurs de messagerie ne renvoient pas de chaînes d’erreur
    E-mail non reçu par l’utilisateur final
    • Consultez la boîte aux lettres du système de courrier indésirable pour les notifications concernant les e-mails renvoyés. Ces e-mails apparaissent également dans le journal des e-mails avec un type reçu-ignoré.

    • Vérifiez le champ Error string (Chaîne d’erreur ) de l’enregistrement d’e-mail.

      Avertissement :
      Certains serveurs de messagerie ne renvoient pas de chaînes d’erreur
    • Vérifiez le journal des messages de l’e-mail individuel pour les raisons pour lesquelles différents destinataires ont été inclus ou exclus.

    FAQ sur les e-mails

    Ressources de dépannage

    Consultez les ressources suivantes sur la résolution des problèmes de messagerie entrante et sortante.

    Erreur ou symptôme Solution
    FAQ sur les e-mails entrants Voir KB0957760.
    L’instance ne reçoit pas d’e-mail entrant Consultez 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.
    Instance n’envoyant pas d’e-mail sortant Voir Dépannage des e-mails sortants, ServiceNow 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 RTF (Rich Text formated) à l’instance.
    Les e-mails sont configurés pour être ignorés sans raison apparente Voir KB0790932.
    E-mails en double générés par l’instance Consultez Dépannage des 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 de SMTP bloquée > alerte de 30 minutes, KB0755061.
    Échec de la connexion à 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.
    Traitement des e-mails entrants Alertes bloquées Voir KB0855277.
    Tâche de l’expéditeur de lecteur d’e-mail/de SMTP bloquée Voir KB0679998.
    Tâche de lecteur d’e-mail bloquée/en cours d’exécution depuis plus de 2 heures alertes Voir KB0755063.
    Nouvelles tentatives SMTP

    La tâche SMTPSender est responsable de l’envoi d’e-mails à partir de l’instance et peut parfois rencontrer des échecs de livraison pendant la transmission.

    Les e-mails qui ne sont pas remis avec succès peuvent nécessiter de nouvelles tentatives. Les nouvelles tentatives de temporisation exponentielle sont un mécanisme permettant de les relivrer dans l’intervalle (1, 5, 10, 20, 40, 60, 120, 120) entre les nouvelles 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 faites pour les codes de statut 4xx et pour tous les autres codes de statut 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 des e-mails retentés est défini sur send-retry-backoff.

    Nouvelles tentatives de temporisation exponentielle

    Les e-mails qui ne sont pas remis avec succès peuvent nécessiter de nouvelles tentatives. Les nouvelles tentatives de temporisation exponentielle sont un mécanisme permettant de les relivrer dans l’intervalle (1, 5, 10, 20, 40, 60, 120, 120) entre les nouvelles 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 livraison 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.

    Le type des e-mails retentés est défini sur send-retry-backoff.
    Remarque :
    Les erreurs de validation d’adresse qui se produisent lors de la remise de l’e-mail sont traitées différemment. Le type d’enregistrement d’e-mail est défini sur envoyer-réessayer-retarder et la remise des e-mails est retentée à intervalles fixes de 30 minutes jusqu’à l’expiration de la période de vérification.