[メールポリシー（Mail Policies）] メニューを使用して、着信および発信メール ポリシーにアクセスできます。

新規システムでは、システム セットアップ ウィザードのすべての手順を完了して、Anti-Spam、Sophos または McAfee Anti-Virus およびアウトブレイク フィルタをイネーブルにするように選択した場合、以下の図のような [着信メールポリシー（Incoming Mail Policies）] ページが表示されます。

デフォルトでは、これらの設定は、デフォルトの着信メール ポリシーでイネーブルにされます。

• アンチスパム（ スパム隔離がイネーブルの場合）：イネーブル
  • 陽性と判定されたスパム：隔離、メッセージの件名が追加
  • 陽性と疑わしいスパム：隔離、メッセージの件名が追加
  • マーケティング電子メール：スキャンはイネーブルにされない
• アンチスパム（スパム隔離がイネーブルではない場合）：イネーブル
  • 陽性と判定されたスパム：配信、メッセージの件名が追加
  • 陽性と疑わしいスパム：配信、メッセージの件名が追加
  • マーケティング電子メール：スキャンはイネーブルにされない
• アンチウイルス：イネーブル、ウイルスのスキャンおよび修復、アンチウイルス スキャン結果が X-Header に追加
  • 修復されたメッセージ：配信、メッセージの件名が追加
  • 暗号化されたメッセージ：配信、メッセージの件名が追加
  • スキャンできないメッセージ：配信、メッセージの件名が追加
  • ウイルスに感染したメッセージ：ドロップ
• アウトブレイク フィルタ：イネーブル
  • ファイル拡張子は予測されない
  • 疑わしいウイルス添付ファイルのあるメッセージの保存期間は 1 日
  • メッセージの変更は有効ではない
• コンテンツ フィルタ：ディセーブル

（注）	この例では、着信メール ポリシーは、スパム隔離がイネーブルにされている場合のデフォルトのアンチスパム設定を使用します。

[ポリシー検索（Find Policies）] ボタンを使用して、[受信メールポリシー（Incoming Mail Policies）] または [送信メールポリシー（Outgoing Mail Policies）] ページで定義されているポリシーですでに定義されているユーザを検索します。

たとえば、joe@example.com と入力して、[ポリシー検索（Find Policies）] ボタンをクリックすると、ポリシーとマッチングする特定の定義済みユーザを含むポリシーを示す結果が表示されます。

ポリシーの名前をクリックして、[ポリシー設定を編集（Edit Policy）] ページに移動してそのポリシーのユーザを編集します。

ユーザを検索する場合、デフォルト ポリシーは常に表示されるため注意してください。これは、定義上、送信者または受信者が設定されているポリシーと一致しない場合、デフォルトのポリシーが必ず一致するためです。

この例では、[受信メールポリシー（Incoming Mail Policy）] テーブルで使用される新しいコンテンツ フィルタを 3 つ作成します。これらのコンテンツ フィルタは、ポリシー管理のカスタム ユーザ ロールに属す委任管理者が編集できます。次のフィルタを作成します。

1. 「scan_for_confidential」

   このフィルタは、文字列「confidential」が含まれているかメッセージをスキャンします。文字列が見つかると、メッセージのコピーが電子メール エイリアス hr@example.com に送信され、メッセージがポリシー隔離エリアに送信されます。

2. 「no_mp3s」

   このフィルタは、MP3 添付ファイルを削除し、MP3 ファイルが削除されたことを受信者に通知します。

3. 「ex_employee」

   このコンテンツ フィルタは、特定のエンベロープ受信者アドレス（元受信者）に送信されるメッセージをスキャンします。メッセージが一致した場合、特定の通知メッセージがメッセージ送信者に送信され、メッセージがバウンスされます。

コンテンツ フィルタを作成したら、各ポリシー（デフォルト ポリシーを含む）を設定して、異なる組み合わせで特定のコンテンツ フィルタをイネーブルにします。

前述の例では、[受信メールポリシー（Incoming Mail Policy）] ページを使用して、3 つのコンテンツ フィルタを作成しました。[受信メールポリシー（Incoming Mail Policy）] および [送信コンテンツフィルタ（Outgoing Content filters）] ページには、ポリシーに適用できるすべてのコンテンツ フィルタの「マスター リスト」が含まれます。

この例では、[受信コンテンツフィルタ（Incoming Content Filters）] テーブルで使用される新しいコンテンツ フィルタを 3 つ適用します。

• デフォルト ポリシーには、3 つすべてのコンテンツ フィルタが適用されます。
• エンジニアリング グループには、no_mp3s フィルタは適用されません。
• 販売グループには、デフォルト着信メール ポリシーとしてコンテンツ フィルタが適用されます。

• コンテンツ フィルタを作成するときに条件を指定する必要はありません。アクションが定義されていない場合、定義されるアクションは常にルールに適用されます（アクションを指定しないことは、true() メッセージ フィルタ ルールを使用すること同じで、コンテンツ フィルタがポリシーに適用される場合、すべてのメッセージがマッチングされます）。
• カスタム ユーザ ロールをコンテンツ フィルタに割り当てていない場合、パブリックのコンテンツ フィルタになり、メール ポリシーの任意の委任管理者が使用できます。委任管理者とコンテンツ フィルタの詳細については、管理タスクの分散を参照してください。
• 管理者とオペレータは、コンテンツ フィルタがカスタム ユーザ ロールに割り当てられていない場合でも、アプライアンスのすべてのコンテンツ フィルタを表示および編集できます。

• When entering text for filter rules and actions, the following meta characters have special meaning in regular expression matching: .^ $ * + ? { [ ] \ | ( )

  正規表現を使用しない場合、「\」（バックスラッシュ）を使用して、これらの任意の文字をエスケープする必要があります。たとえば、「\*Warning\*」と入力します。

• コンテンツ フィルタに複数の条件を定義する場合、コンテンツ フィルタが一致したと見なされるために、定義されるアクションのすべて（論理 AND）、または定義されたいずれかのアクション（論理 OR）の適用が必要かどうかを定義できます。
• 「benign」コンテンツ フィルタを作成して、メッセージ分裂およびコンテンツ フィルタをテストできます。たとえば、唯一のアクションが「配信」であるコンテンツ フィルタを作成できます。このコンテンツ フィルタは、メール処理に影響を与えませんが、このフィルタを使用して、メール ポリシー処理が、システムの他の要素（たとえば、メール ログ）に影響を与えているかテストできます。
• 逆に、着信または発信コンテンツ フィルタの「マスター リスト」の概念を使用して、アプライアンスにより処理されるすべてのメールのメッセージ処理に即時に影響を与える、非常に優れた、広範囲に及ぶコンテンツ フィルタを作成できます。このコンテンツ フィルタは次のように作成できます。

  • [受信コンテンツフィルタ（Incoming Content Filters）] または [送信コンテンツフィルタ（Outgoing Content filters）] ページを使用して、順序が 1 の新しいコンテンツ フィルタを作成します。

  • [受信メールポリシー（Incoming Mail Policies）] または [送信メールポリシー（Outgoing Mail Policies）] ページを使用して、デフォルト ポリシーの新しいコンテンツ フィルタをイネーブルにします。

  • 残りすべてのポリシーでこのコンテンツ フィルタをイネーブルにします。

• コンテンツ フィルタで使用できる [Bcc:] および [隔離（Quarantine）] アクションは、作成する隔離エリアの保持設定に役に立ちます（詳細については、集約されたポリシー、ウイルス、およびアウトブレイク隔離を参照してください）。メッセージがすぐにはシステムからリリースされないようにするため（つまり、隔離エリアの割り当てディスク領域がすぐにいっぱいにならないようにするため）、ポリシー隔離とのメール フローをシミュレートするフィルタを作成できます。
• scanconfig コマンドと同じ設定が使用されるため、「Entire Message」条件は、メッセージのヘッダーをスキャンしません。「Entire Message」を選択すると、メッセージ本文および添付ファイルだけがスキャンされます。特定のヘッダー情報を検索するには、「Subject」または「Header」条件を使用します。
• LDAP クエリによるユーザの設定は、アプライアンスで LDAP サーバが設定されている場合（つまり、ldapconfig コマンドを使用して特定の文字列を含む特定の LDAP サーバをクエリするようにアプライアンスが設定されている場合）だけ GUI に表示されます。
• リソースが事前に定義されていないため、コンテンツ フィルタ ルール ビルダのいくつかのセクションは、GUI に表示されません。たとえば、通知テンプレートおよびメッセージ免責事項は、[テキストリソース（Text Resources）] ページまたは CLI の textconfig コマンドを使用して事前に設定されていない場合、オプションとして表示されません。
• Content filters features will recognize, can contain, and/or scan for text in the following character encodings:
  • Unicode（UTF-8）
  • Unicode（UTF-16）
  • Western European/Latin-1（ISO 8859-1）
  • Western European/Latin-1（Windows CP1252）
  • 中国語（繁体字）（Big 5）
  • 中国語（簡体字）（GB 2312）
  • 中国語（簡体字）（HZ GB 2312）
  • 韓国語（ISO 2022-KR）
  • 韓国語（KS-C-5601/EUC-KR）
  • 日本語（Shift-JIS（X0123））
  • 日本語（ISO-2022-JP）
  • 日本語（EUC）

複数の文字セットを 1 つのコンテンツ フィルタ内で組み合わせてマッチングできます。複数の文字エンコーディングでのテキストの表示および入力については、Web ブラウザのマニュアルを参照してください。ほとんどのブラウザでは、複数の文字セットを同時にレンダリングできます。

• 着信または発信コンテンツ フィルタの要約ページで、[説明（Description）]、[ルール（Rules）] および [ポリシー（Policies）] のリンクを使用して、コンテンツ フィルタに提供されているビューを変更します。
  • [説明（Description）] ビューには、各コンテンツ フィルタの説明フィールドに入力したテキストが表示されます（これはデフォルト ビューです）。
  • [ルール（Rules）] ビューには、ルール ビルダ ページにより構築されたルールおよび正規表現が表示されます。
  • [ポリシー（Policies）] ビューには、イネーブルにされている各コンテンツ フィルタのポリシーが表示されます。