E-Mail-FAQs und Benachrichtigungs-E-Mails zur Fehlerbehebung

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 3 Minuten Lesedauer
  • Protokolle und Diagnosen werden bereitgestellt, um festzustellen, ob Benachrichtigungs-E-Mails erfolgreich gesendet und empfangen werden, welche Probleme auftreten und wer die E-Mail erhält.

    Diagnosen helfen bei der Überwachung der Gesamtintegrität des Systems und bei der Behebung allgemeiner Probleme, z. B. wenn keine eingehenden E-Mails empfangen werden. Protokolle helfen bei der Identifizierung von Problemen mit einzelnen E-Mails, und verschiedene Protokolle sind nützlich für die Diagnose verschiedener Arten von Problemen.

    Szenarien der Protokollprüfung

    Problem Protokoll
    Es muss überprüft werden, ob eine einzelne Benachrichtigungs-E-Mail erfolgreich gesendet wurde Überprüfen Sie Gesendet System-Postfach für diese E-Mail. Überprüfen Sie auch Fehlgeschlagen System-Mailbox für Fehlerbenachrichtigungen.
    Einzelne E-Mail-Adresse fehlgeschlagen
    • Überprüfen Sie das Nachrichtenprotokoll der einzelnen E-Mail.
    • Überprüfen Sie Fehlerzeichenfolge Feld des E-Mail-Datensatzes.

      Warnung:
      Einige E-Mail-Server geben keine Fehlerzeichenfolgen zurück
    E-Mail wurde vom Endanwender nicht empfangen
    • Überprüfen Sie Junk System-Mailbox für Benachrichtigungen über zurückgegebene E-Mails. Diese E-Mails werden auch im E-Mail-Protokoll mit angezeigt Typ Von erhalten – ignoriert.
    • Überprüfen Sie Fehlerzeichenfolge Feld des E-Mail-Datensatzes.

      Warnung:
      Einige E-Mail-Server geben keine Fehlerzeichenfolgen zurück
    • Überprüfen Sie das Nachrichtenprotokoll der einzelnen E-Mail auf die Gründe, aus denen verschiedene Empfänger eingeschlossen oder ausgeschlossen wurden.

    E-Mail-FAQs

    Problembehandlungsressourcen

    In den folgenden Ressourcen finden Sie Informationen zur Fehlerbehebung bei Problemen mit eingehenden und ausgehenden E-Mails.

    Fehler oder Symptom Lösung
    Häufig gestellte Fragen zu eingehenden E-Mails Siehe KB0957760 .
    Instanz empfängt keine eingehenden E-Mails Siehe Fehlerbehebung bei eingehenden E-Mails, ServiceNow KB0524472 Und KB0520595 . Diese KB-Artikel enthalten auch Links zu einer Videoserie zur Fehlerbehebung bei eingehenden E-Mails.
    Instanz sendet keine ausgehenden E-Mails Siehe Fehlerbehebung für ausgehende E-Mails, ServiceNow KB0521382 . Dieser KB-Artikel enthält auch Links zu einer Videoserie zur Fehlerbehebung bei ausgehenden E-Mails.
    E-Mails aus Outlook erstellen einen leeren Incident Record mit einem Anhang namens winmail.dat. Konfigurieren Sie den lokalen Outlook-Client oder Exchange-Server so, dass keine RTF-Daten (Rich Text formatiert) an die Instanz gesendet werden.
    E-Mails werden ohne erkennbaren Grund auf den Typ „Senden ignoriert“ festgelegt Siehe KB0790932 .
    Doppelte E-Mails, die von der Instanz generiert wurden Siehe Fehlerbehebung bei doppelten E-Mails, die von der Instanz generiert wurden, KB0529413 .
    SMTP-Senderauftrag hängt Siehe Warnung „SMTP-Senderauftrag hängt > 30 Minuten“, KB0755061 .
    Verbindung mit smtp.office365.com fehlgeschlagen Siehe KB0825391 .
    IMAP mit OAuth-Fehler – AUTHENTIFIZIERUNG fehlgeschlagen Siehe KB0963959 .
    Fehler beim Verbinden des POP-E-Mail-Accounts auf dem sicheren Port Siehe KB0829289 .
    Bei der Verarbeitung eingehender E-Mails hängen Warnungen fest Siehe KB0855277 .
    E-Mail-Leser-/SMTP-Senderauftrag hängt fest Siehe KB0679998 .
    E-Mail-Leserauftrag hängt/wird seit mehr als 2 Stunden Warnungen ausgeführt Siehe KB0755063 .
    SMTP-Neuversuche

    Der SMTPSender-Auftrag ist für das Senden von E-Mails von der Instanz verantwortlich, und manchmal kann es während der Übertragung zu Zustellfehlern kommen.

    E-Mails, die nicht erfolgreich zugestellt werden, müssen möglicherweise erneut versucht werden. Exponentielle Zurücksetzungsversuche sind ein Mechanismus, um sie im Intervall (1, 5, 10, 20, 40, 60, 120, 120) zwischen den Wiederholungen. Die exponentiellen Wiederholungen werden bis zum in erwähnten Nachschlagezeitraum fortgesetzt glide.email.smtp.claim.lookback.hrsSystemeigenschaft ist abgelaufen.

    Die Wiederholungen werden für 4xx-Statuscodes versucht, und für alle anderen Statuscodes wie 5xx gelten sie als dauerhafter Fehler. Die glide.smtp.fail_message_idsUnd glide.smtp.defer_retry_idsSystemeigenschaften werden nicht berücksichtigt.

    Der Typ der wiederholten E-Mails ist auf festgelegt Send-retry-Backoff .

    Exponentielle Zurücksetzungsversuche

    E-Mails, die nicht erfolgreich zugestellt werden, müssen möglicherweise erneut versucht werden. Exponentielle Zurücksetzungsversuche sind ein Mechanismus, um sie im Intervall (1, 5, 10, 20, 40, 60, 120, 120) zwischen den Wiederholungen. Die exponentiellen Wiederholungen werden bis zum in erwähnten Nachschlagezeitraum fortgesetzt glide.email.smtp.claim.lookback.hrsSystemeigenschaft ist abgelaufen.

    Die Neuversuche werden für 4xx-Statuscodes versucht und für 5xx-Statuscodes während der E-Mail-Zustellung fehlgeschlagen. Die glide.smtp.fail_message_idsUnd glide.smtp.defer_retry_idsSystemeigenschaften werden nicht berücksichtigt.

    Der Typ der wiederholten E-Mails ist auf festgelegt Send-retry-Backoff .
    Hinweis:
    Adressvalidierungsfehler, die während der E-Mail-Zustellung auftreten, werden unterschiedlich behandelt. Der Typ des E-Mail-Datensatzes ist auf festgelegt Senden-wiederholen-verzögert Und die E-Mail-Zustellung wird in festen Intervallen von 30 Minuten wiederholt, bis der Rückblickzeitraum abgelaufen ist.