---
sourceDocument: Yokohama ServiceNow AI Platform 管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# メールの保存

# メールの保存 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

不要になったメール メッセージや、メール テーブルが大きすぎる場合は、メールをアーカイブして最終的に破棄することができます。

メールの保存は、Helsinki リリースから利用可能です。

## メールのアーカイブと破棄のプラグイン

メールのアーカイブおよび破棄機能では、[Data Archiving](https://servicenow-prod.fluidtopics.net/1GbLpAxcH9NxE3sMCsnyPA "不要になったデータをプライマリテーブルからアーカイブテーブルに毎日移動します。") プラグインと [Email Retention](https://servicenow-prod.fluidtopics.net/QkH_9~Odi1S7XaL3zpRUww "Email Retention プラグインには、メール メッセージのアーカイブ ルールと破棄ルールが用意されています。新しいインスタンスではデフォルトで有効になっていますが、アップグレードの場合では有効にする必要があります。") プラグインを使用します。メール レコードをアーカイブして破棄するには、Data Archiving プラグインを有効にする必要があります。Email Retention プラグインには、システムがメール レコードをアーカイブして破棄するタイミングを指定する一連のルールが用意されています。  
注:  
Email Retention プラグインでは、受信メールアクションが引き続き機能するために必要なウォーターマークをシステムが削除することも防止します。

Email Retention プラグインと関連するアーカイブ ルールと破棄ルールは、新しいインスタンスではデフォルトで有効です。アップグレードされたインスタンスでは、プラグインおよびアーカイブ ルールと破棄ルールの両方を手動で有効にする必要があります。ServiceNow では、これらのルールを有効にする前に、ルールを確認して承認することをお勧めします。

インスタンスにすでにメール レコードを管理するプロセスがある場合は、Email Retention プラグインを有効にする必要はありません。現在のプロセスを「メール保存」と置き換える場合は、アーカイブおよび破棄のルールをアクティブ化する前に、現在のプロセスを非アクティブ化してください。

## メール レコードのアーカイブと破棄

アーカイブとは、アーカイブ ルールの制限時間を超えたときにメール \[sys_email\] テーブルからメールのアーカイブ \[ar_sys_email\] テーブルにレコードを移動することを意味します。破棄は、破棄ルールの制限時間を超えたときに、アーカイブ メール テーブルのレコードを削除することを意味します。  
注:  
破棄ルールによってメール レコードが削除された場合、関連するウォーターマークは削除されません。受信メールアクションが確実に機能するように、これらは保存されています。

## デフォルトのアーカイブ ルールと破棄ルール

メール保存には、次のメールアーカイブルールがあります。{#email-retention__archive_destruction_rules}

メール - 1 年以上経過または無視:現在の日付の 365 日以上前に作成され、受信無視または送信無視タイプのメールメッセージレコードをアーカイブします。

「メール保存」では、メール破棄ルールも提供しています。

メールのアーカイブ - 1 年以上経過：現在の日付の 365 日以上前にアーカイブされたメール レコードを破棄します。

これらのデフォルト設定では、メール メッセージは、メール テーブルで 1 年、メール アーカイブ テーブルで 1 年の合計 2 年間インスタンスに保存されます。この期間が終了すると、システムは期限切れのメール レコードをメール アーカイブ テーブルから削除します。  
注:  
デフォルトでは、これらのルールは新しいインスタンスでは有効、アップグレードでは無効となっています。システムでは、ルールが有効化されたときにアーカイブ ルールと破棄ルールを実行します。

## 他のレコード管理の実装との互換性

既にテーブル クリーナーなどのメール レコードを管理する別の方法を使用している場合は、「メール保存」機能を使用する必要はありません。予期しないレコード削除を防ぐために、ServiceNow では同じインスタンスで複数のメール管理プロセスの同時使用は避けることをお勧めします。  
注:  
既存のレコード管理の実装を「メール保存」と置き換える場合は、専門サービスまたは営業担当者にお問い合わせください。

## メール レコードのアーカイブと削除の影響

受信メールアクションは、メール本文を関連レコードの作業メモにコピーします。受信メールレコードが後で削除された場合、\[受信メール\] セクションは作業メモに表示されなくなりますが、メールのテキストコピーがまだ残っています。  
システムがレコードに関するメール メッセージを送信すると、アクティビティ フォーマッターに、メール メッセージへのリンクのある \[送信済みメール\] セクションが表示されます。システムがメール メッセージをアーカイブすると、アクティビティ フォーマッターの \[送信済みメール\] セクションの表示がなくなります。システムがメール メッセージを削除すると、アクティビティ フォーマッターでも作業メモでも表示されなくなります。  
注:  
ユーザーが送信されたメールにアクティビティ フォーマッターからアクセスできるように、アーカイブ時間は余裕をもって長めに設定してください。

メール レコードをアーカイブすると、受信メールを返信として識別できるようにシステムで使用可能な方法が変更されます。メール レコードをアーカイブした後は、システムで In-Reply-To フィールドを使用して、受信メールとメール レコードを照合することはありません。ただし、システムでは、レコード番号またはウォーターマークから既存のレコードと受信メールを引き続き照合させることができます。
* **[Email Retention プラグインを有効にする](https://servicenow-prod.fluidtopics.net/QkH_9~Odi1S7XaL3zpRUww)**   
  Email Retention プラグインには、メール メッセージのアーカイブ ルールと破棄ルールが用意されています。新しいインスタンスではデフォルトで有効になっていますが、アップグレードの場合では有効にする必要があります。
* **[メールを手動でアーカイブする](https://servicenow-prod.fluidtopics.net/BjJq1SgnPqE2odm92efOaA)**   
  スケジュール済みジョブに基づいてインスタンスでメールメッセージがアーカイブされるのを待つのではなく、オンデマンドで手動でアーカイブすることができます。

**関連概念**   

* [メール通知ダッシュボード](https://servicenow-prod.fluidtopics.net/1tEz8_3BEiYUpofkNZM9Iw "メール通知ダッシュボードは主要な測定基準を可視化し、アドミンがダッシュボードを構成して他のユーザーがアクセスできるようにします。")
* [メールテンプレート](https://servicenow-prod.fluidtopics.net/tLAQbMpRRg1saHLsDf6itQ "メール テンプレートを使用すると、アドミニストレーターはメール通知の件名およびメッセージ本文で再利用可能なコンテンツを作成できます。")
* [メールレイアウト](https://servicenow-prod.fluidtopics.net/CaWdM8VVh92TJgWtZ58MbQ "メール テンプレートのメッセージ本文で再利用可能なコンテンツを作成します。")
* [通知メールのウォーターマーク](https://servicenow-prod.fluidtopics.net/gkj_4ukUDobColM2h_qIJg "デフォルトでは、受信メールを既存のレコードと照合できるように、各通知メールの下部に一意のウォーターマークラベルが生成されます。")
* [メール ダイジェスト](https://servicenow-prod.fluidtopics.net/Yi7Th6ke~iIyT3fUdtZ6pw "メール ダイジェストは、指定した時間間隔の間の選択した通知アクティビティとそのターゲット レコードをまとめた単一のメールです。メール ダイジェストを有効にすることで、関連付けられたレコードが短期間で頻繁に更新される場合に、受信するメールの数を減らすことができます。")
* [ドメインセパレーションと 通知](https://servicenow-prod.fluidtopics.net/qGQidEZHaaIDxz~dJqVwkA "ドメインセパレーションは、通知 アプリケーションでサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。")
* [メールに関する FAQ と通知メールのトラブルシューティング](https://servicenow-prod.fluidtopics.net/qkejQ_xt01TKmwd1z0b6Pg "通知メールが正常に送受信されているかどうか、問題は何か、誰がメールを受信しているかを判断するために役立つように、ログと診断が提供されます。")  
**関連タスク**   

* [通知カテゴリを作成する](https://servicenow-prod.fluidtopics.net/RQqhhcISk6npevtYY0VJHA "通知カテゴリを作成して、ユーザーの通知設定に一覧表示されている関連のある通知を識別し、グループ化することができます。")
* [メール通知を作成する](https://servicenow-prod.fluidtopics.net/ln9xI2UxKyKlSJ6YUCO~Hw "送信時期、受信者、含まれる内容、およびメールダイジェストで配信できるかどうかを指定して、メール通知を作成します。")
* [メールスレッドの解析](https://servicenow-prod.fluidtopics.net/DCXWQOIWDqH2tv52aRjDeQ "メールを受信すると、指定された文字列または正規表現を使用してメール返信セパレーターを作成して、メールスレッド内の最新のメッセージを解析します。")