メールに関する FAQ と通知メールのトラブルシューティング
通知メールが正常に送受信されているかどうか、問題は何か、誰がメールを受信しているかを判断するために役立つように、ログと診断が提供されます。
診断はシステム全体の健全性を監視し、いずれかの着信メールを受信できないなどの一般的な問題をトラブルシューティングするために役立ちます。ログは、個々のメールの問題を特定するために役立ちます。さまざまなログは、異なるタイプの問題を診断するために役立ちます。
ログの確認シナリオ
| 問題 | ログ |
|---|---|
| 個々の通知メールが正常に送信されたかどうかを確認する必要がある | そのメールの [送信済み] システムメールボックスを確認します。障害通知の [失敗] システムメールボックスも確認します。 |
| 個々のメールが失敗した |
|
| エンドユーザーがメールを受信しない |
|
メールに関する FAQ
リソースのトラブルシューティング
受信および送信のメールに関する問題のトラブルシューティングについては、次のリソースを参照してください。
| エラーまたは症状 | ソリューション |
|---|---|
| 受信メール FAQ | KB0957760 を参照してください。 |
| インスタンスで受信メールが受信されない | 「受信メールのトラブルシューティング」(ServiceNow KB0524472 および KB0520595) を参照してください。これらの KB 記事では、受信メールのトラブルシューティングに関するビデオシリーズへのリンクも提供しています。 |
| インスタンスで送信メールが送信されない | 「送信メールのトラブルシューティング」(ServiceNow KB0521382) を参照してください。このKB記事では、送信メールのトラブルシューティングに関するビデオシリーズへのリンクも提供しています。 |
| Outlook からのメールで、winmail.dat という名前の添付ファイルを含む空のインシデントレコードが生成される | リッチテキスト形式 (RTF) のデータをインスタンスに送信しないように、ローカル Outlook クライアントまたは Exchange サーバーを構成してください。 |
| 明確な理由なくメールが send-ignored タイプに設定される | KB0790932 を参照してください。 |
| インスタンスによってメールが重複して生成される | 「Troubleshooting duplicate emails generated by the instance (インスタンスによってメールが重複して生成される現象のトラブルシューティング)」(KB0529413) を参照してください。 |
| SMTP Sender ジョブがスタックする | 「SMTP Sender Job Stuck > 30 Mins alert (SMTP Sender ジョブが 30 分以上スタックするというアラート)」(KB0755061) を参照してください。 |
| smtp.office365.com への接続に失敗する | KB0825391 を参照してください。 |
| OAuth を使用した IMAP で AUTHENTICATE failed というエラーが出る | KB0963959 を参照してください。 |
| セキュアポートでの POP メールアカウントの接続中にエラーが発生する | KB0829289 を参照してください。 |
| 受信メール処理がスタックするというアラート | KB0855277 を参照してください。 |
| メールリーダー/SMTP Sender ジョブがスタックする | KB0679998 を参照してください。 |
| メールリーダージョブが 2 時間を超えてスタックしているまたは実行中であることのアラート | KB0755063 を参照してください。 |
| SMTP 再試行 |
SMTPSender ジョブはインスタンスからのメール送信を担当します。ときには、送信中に配信エラーが発生することがあります。 正常に配信されなかったメールは、再試行が必要になる場合があります。指数バックオフ再試行は、再試行間隔 (1、5、10、20、40、60、120、120) で再配信するメカニズムです。指数再試行は、glide.email.smtp.claim.lookback.hrs システムプロパティに記載されているルックバック期間が経過するまで続行されます。 再試行は 4xx ステータスコードに対して試行され、5xx などの他のすべてのステータスコードは永続的な失敗と見なされます。glide.smtp.fail_message_ids および glide.smtp.defer_retry_ids システムプロパティは考慮されません。 再試行されるメールのタイプは「send-retry-backoff」に設定されます。 |
指数バックオフ再試行
正常に配信されなかったメールは、再試行が必要になる場合があります。指数バックオフ再試行は、再試行間隔 (1、5、10、20、40、60、120、120) で再配信するメカニズムです。指数再試行は、glide.email.smtp.claim.lookback.hrs システムプロパティに記載されているルックバック期間が経過するまで続行されます。
再試行は 4xx ステータスコードに対して試行され、メール配信中の 5xx ステータスコードでは失敗します。glide.smtp.fail_message_ids および glide.smtp.defer_retry_ids システムプロパティは考慮されません。