例外テーブルは ESA でどのように動作しますか。

はじめに

このドキュメントでは、E メール セキュリティ アプライアンス（ESA）の例外テーブルの仕組みについて説明します。

例外テーブルは ESA でどのように動作しますか。

例外テーブルには、許可または拒否という2種類の動作を持つ電子メールアドレス（完全または部分的）が一覧表示されます。メール フロー ポリシーでは、[Use Sender Verification Exception Table] のオプションを選択する必要があります。そうしない場合は、例外テーブルは照合されません。

許可

例外テーブルで許可となっている場合、送信者の DNS 検証を省きます。エンベロープ送信者のドメインやメールアドレスが例外テーブルに記載されている場合、エンベロープ送信者のメールアドレスのドメインネームが解決できるかにかかわらず、送信者は ESA にメールを送信できます。これは、送信者の DNS 検証が有効に設定され、ドメインが解決できない場合に役立ちます（たとえば、検証できない内部ドメインやテストドメインからのメールを可能とします）。

使用中のメールフローポリシーで送信者の DNS 検証が有効であり、エンベロープ送信者のドメインネームが解決できない（存在しない、解決できない、正しい形式でない）ときは、メッセージは拒否されます。  ここに SMTP 応答の例を示します。

SMTP code: 553
Message: #5.1.8 Domain of sender address <$EnvelopeSender> does not exist

エンベロープ送信者の電子メールアドレスまたはドメインが許可の動作と共に例外テーブルにリストされている場合、送信者はメッセージの残りの部分（RCPT TO、DATAなど）に進むことができ、メッセージの通常の処理（メッセージフィルタ、スパム対策スキャンなど）が行われます。これにより送信者のドメインネームが検証できないメッセージをアプライアンス内で受信することが可能となります。たとえば、次の状況では、送信者は拒否されます。

• エンベロープ送信者が user@example.com の場合
• ドメイン「example.com」が存在しない場合
• user@example.com が例外テーブルの許可リストにない場合
• example.com が例外テーブルの許可リストにない場合
  電子メール：user@example.com

これは、拒否された送信者のログ エントリです。

553 #5.1.8 Domain of sender address <user@example.com> does not exist

@example.com を「許可」リストに追加すると、送信者は許可され、ログには以下のエントリが残されます。

mail from:<user@example.com>
250 sender <user@example.com> ok

拒否

エンベロープ送信者が例外テーブルの拒否リストに記載されている場合は、メッセージは拒否されます。デフォルトでは、SMTP の応答は次のようになります。

SMTP code: 553
Message: Envelope sender <$EnvelopeSender> rejected

「拒否」動作のリストに user@example.com が記載されていれば、エンベロープ送信者が「user@example.com」である一切のメールは拒否されます。

mail from:<user@example.com>
553 Envelope sender <user@example.com> rejected