送信メール/通知に関する FAQこのページでは、ServiceNow 送信メール通知に関連するよくある質問とその解決に役立つ追加リソースを紹介します。 以下のビデオで最も一般的な 3 つの質問とその回答を確認するか、以下の目次で特定の質問をクリックして詳細を確認してください。 目次 1.通知がトリガーされなかったのはなぜですか?または、特定のユーザーが通知を受け取らなかったのはなぜですか?2.ServiceNow は、メールの送信時に強制 TLS と便宜的 TLS のどちらを使用しますか?3.ServiceNow がユーザーの 1 人に重複メールを送信した可能性があると思います。これを確認するにはどうすればよいですか?4.通知が送信無視としてマークされるのはなぜですか?5.通知のプレビューコンテンツが、メールクライアントでユーザーに表示される内容と一致しません。それはなぜですか ?6.送信メールの添付ファイル制限を増やすことはできますか?その場合、どのサイズ制限をお勧めしますか?7.インスタンスは一度にいくつのメールメッセージを送信できますか?インスタンスから送信されたメールがユーザーに届くまでにどれくらいの時間がかかりますか?8.ServiceNow からのメールが当社の環境によってブロックされています。すべての ServiceNow メールを信頼します。どうすればいいのでしょうか?9.[登録可能] フィールドがオンになっている通知と、[登録可能] フィールドがチェックされていない通知の違いは何ですか?10.通知を「宛先」ではなく「CC」または「BCC」に移動したい。これはサポートされていますか?11.インスタンスから送信されたメールのうち、どれがメールクライアント機能を使用して送信されたかを判断することはできますか?12.ユーザーは、インスタンスから受信するメッセージの本文で HTML マークアップを取得しています。どうすればこれを防ぐことができますか?13.特定の時間内に更新されていないレコード (インシデントなど) の通知を設定するには、どうすればよいですか?14.送信メール (メール通知) に表示されるコメントのスタイルを変更することはできますか?15. 通知の [イベント作成者に送信] オプションとは何ですか?16.[送信条件] が [イベントが発生した時] に設定されたメール通知は、テーブルに関係なく、イベントが作成されると常にトリガーされますか? 1.通知がトリガーされなかったのはなぜですか?または、特定のユーザーが通知を受け取らなかったのはなぜですか? メール通知が送信されない、またはユーザーがメール通知を受信しないというトラブルシューティングには、複数の方法があります。これらのタイプの問題をトラブルシューティングするための最適な手順セットについては、次のリソースを参照してください。 KB0679999 - 通知がトリガーされてメールが作成されない KB0538135 - ServiceNow のメール通知エラーのトラブルシューティング 2.ServiceNow は、メールの送信時に強制 TLS と便宜的 TLS のどちらを使用しますか? 2022 年 11 月以降、すべての新規顧客インスタンスは、TLS を使用して顧客のインスタンスから送信 ServiceNow メールサーバーへの SMTP 接続を保護するように構成されています。古いインスタンスは、「メールプロビジョニング」を再実行することで、送信メールの SMTP STARTTLS にアップグレードできます。 ServiceNow メールインフラストラクチャからインターネットまで、ServiceNow 内部メールインフラストラクチャが外部メールサーバーとの接続を開始するときに、便宜的 TLS (STARTTLS) が使用されます。つまり、TLS は、メール サーバーが暗号化に TLS をサポートしている場合にのみ使用されます。これらはメールインフラストラクチャレベルの設定であるため、インスタンス内の ServiceNow で設定されたメールアカウントの場合、接続に関連する値 (SSL/TLS、ホスト、ポートなど) は編集できません。 ポリシー上の理由から、顧客が電子メールを受信するために強制された TLS を絶対的に要求したい場合は、電子メール サーバーへの受信接続に TLS を要求することでこれを行うことができます。受信メールシステムが TLS を要求 (要求する) 場合、ServiceNow メールサーバーはこの要求を受け入れます。これはお勧めしません。 注 1: これは、RFC 3207: 「パブリックに参照される SMTP サーバーは、メールをローカルに配信するために STARTTLS 拡張機能の使用を要求してはならない MUST NOT」に違反しています。 ただし、一部のお客様は、自己責任でこれを行うことを選択する場合があります。 注2:サーバーが電子メールを受信するためにTLSを必要とし、メールサーバーがTLSを適切にネゴシエートできない場合、メールは配信されません。お客様は、現在のインターネット TLS 標準とプロトコルに合わせてメール システムを慎重に構成し、推奨されるプロトコルと暗号が予告なしに変更される可能性があるため、定期的に更新する必要があります。 また、ServiceNow メールインフラストラクチャをバイパスして、インスタンスからメールサーバーに直接メールを配信することもできます。これは、インスタンスの SMTP Sender 設定によって制御されます。 KB0743094 KB0743094の情報を使用してServiceNow メールサーバーが便宜的 TLS を使用していることを確認できます。 3.ServiceNow がユーザーの 1 人に重複メールを送信した可能性があると思います。これを確認するにはどうすればよいですか? メッセージ ID は、システム内のメールメッセージごとに一意として生成され、メールヘッダー内に表示されます。 メールの外観がまったく同じで、メッセージ ID が異なる場合、メッセージはメールが生成された送信側サーバーによって作成された重複です。 メッセージ ID が同じ場合、重複するメールは送信されていませんが、メッセージを受信して配信したメール サーバーがまったく同じメッセージを複数回配信しています。 詳細については、「 KB0529413 - インスタンスによってメールが重複して生成されるトラブルシューティング」を参照してください。 4.通知が送信無視としてマークされるのはなぜですか? このステータスは、SMTPSender が意図的に一部の通知を送信しないことを意図しているため、通知が送信無視としてマークされる理由はいくつかあります。これらの理由のいくつかは次のとおりです。 2 つの異なる通知が同じユーザーに対してフォームインシデントテーブルを生成している場合、通知は送信無視としてマークされることがあります。通知には 重み付け フィールドがあります。重み付けの大きい通知が優先されて実行され、他の通知は無視されます。両方の通知で両方のメールを受信するには、重み付けを 0 に設定します。メール通知が生成されても、その通知定義に基づく有効な受信者がいない場合、通知は送信無視としてマークされることがあります。たとえば、インシデントからassigned_toユーザーに送信されるメールは、そのインシデントが誰にもアサインされていないため送信できません。 有効な受信者が利用可能であることを確認する方法の詳細については、「 KB0679999」を参照してください。 ServiceNow は、他のメールと同じ本文のメールを除外します。これは、冗長性を防止するための同様のイベントに起因します。同じ本文を含む 2 つの通知があり、同じイベントからトリガーされ、同じ受信者セットに送信される場合、通知が 2 回送信されるのを防ぐために、通知の 1 つは送信無視としてマークされます。 5.通知のプレビューコンテンツが、メールクライアントでユーザーに表示される内容と一致しません。なぜ？ 通知メールコンテンツを設計するときは、通知プレビューを使用して、メールが受信者にどのように表示されるかを把握できます。ただし、さまざまなメール アプリケーションや Web ブラウザでは、同じ HTML コードの表示方法が異なる場合があることに注意してください。 詳細については、「- メール プレビューの外観が Outlook、Gmail、その他のメール アプリケーションと異なる」を参照してください。 6.送信メールの添付ファイル制限を増やすことはできますか?その場合、どのサイズ制限をお勧めしますか? 送信メールの添付ファイル制限に達した場合、ServiceNow メールサーバーを使用する場合の回避策はありません。送信するサイズの小さいメール (添付ファイルの数を減らす、メール本文を小さくするなど) か、サイズの大きいメールをサポートする独自のメール インフラストラクチャを使用する必要があります。 ServiceNow の代わりに独自の個別のメールインフラストラクチャを使用している場合は、送信メールの添付ファイル制限の問題が発生する可能性があります。ただし、受信と送信のサイズ制限の値は異なる場合があり、報告されるエラーコードも同様です。このエラーが発生した場合は、システムのメールアドミニストレーターに問い合わせてください。 詳細については、「KB0521772 - メール サーバーのサイズ制限により、メールの送受信ができなくなる」を参照してください。 7.インスタンスは一度にいくつのメールメッセージを送信できますか?インスタンスから送信されたメールがユーザーに届くまでにどれくらいの時間がかかりますか? この KB 記事では、メールボリュームについて詳しく説明します。 KB0952320 - ServiceNow インスタンス メール配信とボリューム SLA 特に、ServiceNow メールシステムは通知の送信のみを目的としていることに注意してください。マーケティング、大量郵送、またはその他の通知以外の目的で使用しないでください。 8.ServiceNow からのメールが当社の環境によってブロックされています。すべての ServiceNow メールを信頼します。どうすればいいのでしょうか? ServiceNow が提供する SPF レコードは、メールの想定されるソースを識別するために使用できます。ServiceNow は、DKIM 署名と DMARC ポリシーもサポートしています。 詳細については、「KB0535456 - SPF レコードを使用したメール配信を有効にして、SN メールサーバーを許可します。 9.[登録可能] フィールドがオンになっている通知と、[登録可能] フィールドがチェックされていない通知の違いは何ですか? 登録可能通知は 登録可能 フィールドがチェックされており、「個人通知」と呼ばれます。これにより、ユーザーはアドミン定義の通知を自分で登録できます。定期通知にはこのチェックボックスが設定されていません。つまり、通知を受け取るユーザーはアドミニストレーターがアサインします。 詳細については、「 の動作」を参照してください。 KB0621465 - 通知設定の個人通知 (登録可能) および通常の通知 (登録不可) の動作 を参照してください 10.通知を「宛先」ではなく「CC」または「BCC」に移動したい。これはサポートされていますか? はい。通知は To の代わりに CC または BCC に移動できますが、これは通知スクリプトを使用して行う必要があります。メール通知のスクリプト例 ドキュメントの例を参照してください。 すべてのメールを一時的に 1 つのメールアドレスに転送する場合、これらの通知は送信されませんのでご注意ください。詳細については、「」KB0783517 - 通知への CC と BCC の追加が機能しないを参照してください。 11.インスタンスから送信されたメールのうち、どれがメールクライアント機能を使用して送信されたかを判断することはできますか? メールクライアントから作成されたメールには、メールヘッダー X-ServiceNow-Source: EmailClient が含まれています。詳細については、「 KB0745172 - ServiceNow から送信されたメールのソースの識別」を参照してください。 12.ユーザーは、インスタンスから受信するメッセージの本文で HTML マークアップを取得しています。どうすればこれを防ぐことができますか? 通知レコードの [メッセージ HTML] フィールドには 2 つのモードがあります。デフォルトでは、すべての HTML コードを非表示にする HTML エディターが表示されます。このモードでは、ユーザーに表示するコンテンツをそのまま入力する必要があります。HTML マークアップを入力する場合は、 <> アイコンをクリックして HTML モードに切り替えることができます。 詳細については、「 」 の製品ドキュメントを参照してください。 13.特定の時間内に更新されていないレコード (インシデントなど) の通知を設定するには、どうすればよいですか? 滞留アクティビティモニターを通知と組み合わせて使用することで、レコードの通知を設定できます。詳細な手順については、「 」の「KB0823990 - 滞留アクティビティモニターの通知を作成する方法」を参照してください。 14.送信メール (メール通知) に表示されるコメントのスタイルを変更することはできますか? ベースシステムの (すぐに利用可能な) インスタンスで送信メール通知のコメントのスタイルを変更することはできませんが、いくつかのカスタマイズで変更できます。このカスタマイズの詳細については、「 KB1000934 - 送信メール (メール通知) に表示されるコメントのスタイルを変更することはできますか?。 15.通知の [イベント作成者に送信] オプションとは何ですか? [イベント作成者に送信] オプションをオフにすると、ユーザーが受信者リストに含まれている場合、イベント作成者にメールが送信されなくなります。この機能の背後にあるビジネスロジックは、ユーザーが実行したアクション、または実行したアクションによってトリガーされたアクションをユーザーに通知する必要がない場合があるということです。 このオプションの詳細については、「 KB0813747 - イベント作成者に送信 では、イベントをトリガーしたユーザーに通知が送信されていません」を参照してください。 UI 16でも利用できます[送信条件] が [イベントが発生した時] に設定されたメール通知は、テーブルに関係なく、イベントが作成されると常にトリガーされますか? はい。イベントが発生した際に送信するで構成されたメール通知は、テーブルの構成に関係なく、関連するイベントが作成されるとトリガーされます。UI フォームで 送信タイミング を イベントが発生した場合を設定すると、「テーブル」が必須ではなくなったことがわかります。