インスタンスで「SMTP Sender ジョブが停止しました」というアラートが生成される。Issue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } 当社のモニタリングシステムは、本番インスタンスで SMTP Sender ジョブ (送信メールジョブ) が予想よりも長く実行されていることを検出すると、「SMTP Sender ジョブがスタックしました (SMTP Sender Job Stuck)」というタイトルのケースを自動的に作成します。検証するには、インスタンスのシステムアドミニストレーターである必要があります。SMTP Sender ジョブがまだ実行されていることを確認するには、「 KB0523599 - SMTP Sender スケジュール ジョブが実行されていることを確認する」を使用します。 メールは既に生成されていることに注意してください。これは、メール通知が遅延やイベントプロセッサジョブの一部ではないことを示しています。このアラートは、ターゲット SMTP サーバーへの送信準備完了メールの配信に予想以上の時間がかかっていることを示しているだけです。 SMTP Sender ジョブとは何ですか? SMTP Sender ジョブは、2 分ごとに実行されるスケジュール済みジョブで、インスタンスに保持されているすべての送信準備完了メールを送信します。送信準備完了のすべてのメールがインスタンスから消去されるまで、実行が継続されます。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } すべてのリリース Cause<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } このアラートの考えられる原因: (すべての原因が記載されているわけではありません) インスタンスによって生成されたメールの大きなバックログまたは急増。これは、計画された一括メールキャンペーン、予期しない量のメールを作成するスケジュール済みジョブ、またはメールループが原因である可能性があります。生成されたメールに関連付けられた大きな添付ファイル。受信者が多いメール。(独自の SMTP サーバーを使用している場合) SMTP メールサーバーには配信レート制限があり、送信されたメールを保持します。送信できるメールの量を落とすためにレート制限が適用され、SMTP サーバーで待機するので SMTP Sender ジョブの実行が遅くなることがあります。SMTP 接続の問題。インスタンスと SMTP サーバー間の接続が遅いかタイムアウトすると、接続を待機するため、SMTP Sender ジョブも遅くなります。SMTP サーバーのメール処理が遅い。たとえば、SMTP サーバーに独自のアンチウイルススキャンがあり、受信した各メールをスキャンしている場合、インスタンスから送信されるメールの速度が遅くなる可能性があります。 Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: block; max-width: ; width: auto; height: auto; } } SMTP Sender ジョブがスタックする問題と推奨ソリューション 検証するには、インスタンスのシステムアドミニストレーターである必要があります。 SMTP Sender ジョブがまだ実行されているかどうかは、次の KB から確認できます。 KB0523599 - SMTP Sender スケジュール ジョブが実行されていることを確認する ケース 考えられる問題 推奨ソリューション ケース 1 独自の SMTP サーバーを使用している場合 メールログテーブル (sys_email) を確認して、SMTP Sender ジョブでメールの配信に時間がかかる原因を特定してください。 次のリンクで確認できます。 /sys_email_list.do?sysparm_filter_only=true&sysparm_query=type%3Dsend-ready%5Esys_created_onONLast%203%20months@javascript:gs.beginningOfLast3Months()@javascript:gs.endOfLast3Months()%5EORDERBYDESCsys_updated_on&sysparm_first_row=1&sysparm_view=& (報告されたアラートのタイミングに合わせて時間を変更します) メールアドミンに連絡して、接続に問題があるかどうか、またはインスタンスからのメールの受信レートを確認する必要があります。 最後に、ネットワークチームと協力して、接続の問題の解決を支援してください。ただし、SMTP サーバーのメール処理が遅い場合は、インスタンスによって生成される通知の量を減らし (通知を無効化または調整)、一部のスケジュール済みレポートをオフピーク時間に移動し、スループットパフォーマンスを向上させるために使用できるオプションについて SMTP サーバーアドミニストレーターと一緒に調査することを検討してください。 ケース 2 準備完了ステータスのメールに 多数の受信者がいる場合 * (通常はメールの量が少ない)。 メール通知を調整し、通知に「登録解除」オプションを追加して、受信者リストを減らすことを検討してください。詳細については、 、このブログを参照してください。 ケース 3 送信されたメールに大きな添付ファイルが関連付けられているかどうかを確認します。これを行うには、sys_attachmentテーブルを開き、それらの添付ファイルを検索します。 次のリンクで確認できます。 /sys_attachment_list.do?sysparm_filter_only=true&sysparm_query=table_name%3Dsys_email%5Esys_created_onONToday@javascript:gs.beginningOfToday()@javascript:gs.endOfToday()%5EORDERBYDESCsize_bytes&sysparm_first_row=1&sysparm_view=&(報告されたアラートのタイミングに合わせて時間を変更します) 問題発生時に「サイズバイト」> 10,485,760 (10MB) の添付ファイルが表示されている場合は、遅延に関連している可能性があります。 今後このような事態を避けるために、これらのメールの作成元を特定し、添付ファイルそのものではなく、添付ファイルへのリンクを送信することを検討してください。 ケース 4 大きな添付ファイルが含まれていない場合は、 ターゲット SMTP メールサーバーに配信レート制限があり 送信されたメールを保持しているかどうかを確認します。 また、SMTP 接続の問題に関連している可能性もあります。値が true のsys_properties名 glide.smtp.debug を短時間有効にすることを検討してください。有効にすると、インスタンスノードwrapper.logファイルに送信プロセスの詳細が表示されます。これらは、インスタンス 「ノードログファイルのダウンロード」 セクション、 「wrapper_.logという名前で」で利用できます。いくつかのメールが送信されたら、プロパティを無効にし、ラッパーログを確認します。 インスタンスを確認または包含リストに登録するには、ターゲット SMTP サーバーアドミニストレーターに連絡する必要があります。 wrapperr_.log ファイルで見つかった証拠を送信することもできます ケース 5 大量のバックログがあるか、送信可能なメールが急増している場合は、これが計画された一括メールキャンペーンであるかどうかを確認してください。 関連する電子メール通知を識別する簡単な方法は、それらの電子メールの 1 つを開き、[送信トレイ ビュー] に変更し [元のイベントと通知] セクションを確認することです これらのメールの作成に関連するメール通知を識別する別の方法は、sys_email_logテーブルを開き、アラート発生時の通知ごとにグループ化することです。 次のリンクで確認できます。 /sys_email_log_list.do?sysparm_query=email.type%3Dsend-ready%5Esys_created_onONToday@javascript:gs.beginningOfToday()@javascript:gs.endOfToday()%5EGROUPBYnotification&sysparm_first_row=1&sysparm_view=&sysparm_filter_only=true (報告されたアラートのタイミングに合わせて時間を変更します) 時間をかけてメールの生成を広げてみてください。それらのメール間で件名が似ているため、認識できます。 ケース 6 インスタンスとユーザーの間に メールループがあり、自動返信メールが返信され、それが処理された場合。 電子メールの受信箱テーブルには大量の電子メールに関連しており、それらのほとんどはバウンスされた電子メールのように見えるため、この問題を認識するでしょう。この の詳細については、このブログをご覧ください。 受信メールに「自動返信」するビジネスルールがあるかどうかを確認します。 インスタンスで通知/受信アクションを無効にするか、メールフィルターを使用するか、ユーザー側で自動返信を停止することもできます。 詳細については、次のドキュメントを参照してください: メール診断 (ドキュメント) 警告:本番環境に変更を加える前に、開発インスタンスで変更をテストすることが重要です。