E-Mail mit häufig gestellten Fragen und Benachrichtigungs-E-Mails zur Problembehandlung
Protokolle und Diagnosen werden bereitgestellt, damit Sie ermitteln können, ob Benachrichtigungs-E-Mails erfolgreich gesendet und empfangen werden, welche Probleme gegebenenfalls vorliegen und wer die E-Mails erhält.
Diagnosen tragen dazu bei, den Gesamtzustand des Systems zu überwachen und allgemeine Probleme zu beheben, z. B. das Problem, dass keine eingehenden E-Mails empfangen werden können. Protokolle tragen dazu bei, Probleme mit einzelnen E-Mails zu identifizieren, und andere Protokolle sind nützlich, um verschiedene Arten von Problemen zu diagnostizieren.
Szenarien für die Überprüfung von Protokollen
| Problem | Protokoll |
|---|---|
| Es muss überprüft werden, ob eine einzelne Benachrichtigungs-E-Mail erfolgreich gesendet wurde | Überprüfen Sie das System -Postfach für diese E-Mail. Überprüfen Sie auch das fehlgeschlagene System-Mailbox auf Fehlerbenachrichtigungen. |
| Fehler bei einer einzelnen E-Mail |
|
| E-Mail nicht vom Endbenutzer empfangen |
|
Häufig gestellte Fragen per E-Mail
Ressourcen für die Problembehandlung
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 Problembehandlung bei eingehenden E-Mails, ServiceNow KB0524472 und KB0520595. Diese KB-Artikel enthalten auch Links zu einer Videoserie zur Problembehandlung bei eingehenden E-Mails. |
| Instanz sendet keine ausgehenden E-Mails | Siehe Problembehandlung bei ausgehenden 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 Daten im Rich-Text-Format (RTF) an die -Instanz gesendet werden. |
| E-Mails werden ohne erkennbaren Grund auf den Typ „send-ignored“ festgelegt | Siehe KB0790932. |
| Von der Instanz generierte Duplikat-E-Mails | Siehe Problembehandlung bei doppelten E-Mails, die von der Instanz generiert werden, KB0529413. |
| SMTP-Senderauftrag steckt fest | Siehe Warnung „SMTP-Senderauftrag steckt > 30 Minuten fest“, KB0755061. |
| Verbindung mit smtp.office365.com fehlgeschlagen | Siehe KB0825391. |
| Fehler beim Authentifizieren von IMAP mit OAuth | Siehe KB0963959. |
| Fehler beim Verbinden des POP-E-Mail-Accounts am sicheren Port | Siehe KB0829289. |
| Die Verarbeitung eingehender E-Mails steckt in Warnungen fest | Siehe KB0855277. |
| E-Mail-Leser-/SMTP-Sendeauftrag unterbrochen | Siehe KB0679998. |
| Warnungen, dass der E-Mail-Leseauftrag mehr als 2 Stunden nicht mehr ausgeführt wird | Siehe KB0755063. |
| SMTP-Wiederholungsversuche |
Der SMTPSender-Auftrag ist für das Senden von E-Mails von der -Instanz verantwortlich, und während der Übertragung kann es zu Zustellfehlern kommen. E-Mails, die nicht erfolgreich zugestellt werden, müssen möglicherweise wiederholt werden. Exponentielle Backoff-Wiederholungsversuche sind ein Mechanismus, um sie im Intervall (1, 5, 10, 20, 40, 60, 120, 120) zwischen den Wiederholungsversuchen erneut bereitzustellen. Die exponentiellen Neuversuche werden fortgesetzt, bis der in der Systemeigenschaft glide.email.smtp.claim.lookback.hrs angegebene Rückblickzeitraum verstrichen ist. Die Wiederholungen werden für 4xx-Statuscodes versucht und für alle anderen Statuscodes wie 5xx gelten als dauerhafter Fehler. Die Systemeigenschaften glide.smtp.fail_message_ids und glide.smtp.defer_retry_ids werden nicht berücksichtigt. Der Typ der wiederholten E-Mails ist auf „ send-retry-backoff“ festgelegt. |
Exponentielle Back-Off-Wiederholungsversuche
E-Mails, die nicht erfolgreich zugestellt werden, müssen möglicherweise wiederholt werden. Exponentielle Backoff-Wiederholungsversuche sind ein Mechanismus, um sie im Intervall (1, 5, 10, 20, 40, 60, 120, 120) zwischen den Wiederholungsversuchen erneut bereitzustellen. Die exponentiellen Neuversuche werden fortgesetzt, bis der in der Systemeigenschaft glide.email.smtp.claim.lookback.hrs angegebene Rückblickzeitraum verstrichen ist.
Die Wiederholungen werden für 4xx-Statuscodes versucht und schlagen für 5xx-Statuscodes während der E-Mail-Zustellung fehl. Die Systemeigenschaften glide.smtp.fail_message_ids und glide.smtp.defer_retry_ids werden nicht berücksichtigt.