メール管理

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:4分
  • すべてのメール通知では、ユーザーがインスタンス用に定義したメール プロパティと、設定したメールアカウントが使用されます。使用するメール サービスは、着信メールと送信メールの正常な送信にも影響します。

    メールアカウント

    メールアドミニストレーターがメールアカウントの設定を行い、システムが POP3、SMTP、IMAP サーバーなどの外部メール サービスにコネクトできるようにします。ServiceNow によって提供されたメールアカウントを使用するか、お使いのメールサービス用に独自のアカウントを作成することができます。

    メール プロパティ

    メールのプロパティを使用して、受信メールと送信メールの設定を行います。メールのプロパティは、すべてのメールアカウントに適用されます。

    メール サービスのサイズ制限

    標準の ServiceNow メール構成または別のメール構成を使用しているかどうかにかかわらず、メール サービスでは、最大メール サイズに基づいて受信または送信メールの正常な送信が決定されます。メール構成は、インスタンス、メール サーバー、およびメールクライアントで構成されます。
    • 標準のメール設定 - 標準のメール設定を使用するインスタンスの場合、ServiceNow メール サーバーでは、メール ヘッダー、本文テキスト、添付ファイルなど、約 50 MB (エンコード前) を超えるメールを送受信することはできません。メール メッセージはメールクライアントによってエンコードされるため、メール メッセージの合計サイズが大きくなります。ServiceNow の最大メール サーバーサイズ制限は、75 MB (エンコード後) です。メールの最大サイズの制限は、設定されている添付ファイルのサイズ制限に関係なく適用されます。
    • 別のメール設定 - 会社所有のまたはサードパーティ製のサーバーを使用しているメールサービスの場合、約 50 MB のサイズ制限 (メールのヘッダー、本文、添付ファイルを含む) をそのまま適用することができます。ただし、お使いのサービスでは、受信メールと送信メールの最大合計ファイル サイズが異なる可能性があります。お使いのメール サービスのメールアドミニストレーターに問い合わせて、メールのサイズ制限を確認してください。

    エンコーディングがメールのメッセージ サイズとメール送信に与える影響の詳細については、KB0521772 を参照してください。

    メール サービスの可用性

    すでに配信されたメールの再送信を防ぐため、インスタンス クローンでメール サービスを意図的にシャットダウンします。アップグレードでは、メール サービスの中断の延長は今後不要です。インスタンスは、アップグレード中にメールを処理し続けます。未配信のメールの考えられる説明については、ServiceNow コミュニティServiceNow のテクニカルサポートエンジニアによるこのブログ記事を参照してください。

    インスタンス上のイベントが発生したときのカスタム メールを作成して送信する手順については、メール通知/SMS 通知 のタスクを参照してください。

    メールによるインスタンス間通信

    2 つのインスタンス間での通信には、Web サービスを使用します。

    信頼できないメールドメインと信頼できるメールドメインの指定

    インスタンスセキュリティセンターを使用して、インスタンスのブロック済みおよび許可された受信メールメトリクスを監視できます。詳細については、「信頼できないメールドメインと信頼できるメールドメインの指定」を参照してください。

    メールを有効にした後の次のステップ

    インスタンスでメールを有効にしたら、これらの重要なタスクをいくつか実行することを検討してください。

    • すべてのメールを 1 人のユーザーにルーティングして、メール構成をテストする (glide.email.test.user プロパティを設定)。
    • ベースラインの通知カテゴリ、メール通知、およびテンプレートがビジネス ニーズを満たしているかどうかを確認する。
    • ベースライン受信メールアクションを確認し、ビジネスニーズを満たしているかどうかを判断する。
    • メール レイアウトを使用して一貫したコンテンツ要素を追加するかどうかを決定する。
    • メール フィルターを使用して、インスタンスが受信するメールを制限するかどうかを決定する。
    • 特定の間隔でメールをアーカイブおよび破棄するための保持ポリシーを実装するかどうかを決定する。
    • 送信メールがメール メッセージとレコードを関連付けるために使用する透かしの種類を決定する。
    • インスタンスが認識できないユーザーからメールを受信したときに、ユーザーを作成するかどうかを決定する。
    • 送信メールの優先順位を設定する。デフォルトでは、インスタンスはバルクの優先順位でメールを送信します ( glide.smtp.precedence_bulk プロパティを設定)。
    • 信頼できないユーザーが受信アクションをトリガーしないようにして、不要なメールがインスタンスに影響を与えないようにすることを検討する。
    • カスタム メールアドレスに送信される不要なメッセージを制限するスパム フィルターを実装する。