ヘッダーアドレスのアクションを変更すると、コンテンツポリシールールがトリガーされたときにメッセージのアドレスヘッダーが書き換えられます。これらは
modifyコンテンツフィルタリングアクションであり、Cloud Email Gateway Protection顧客向けのコンテンツポリシーでのみ利用可能です。利用可能なアクションは2つあります。
|
処理
|
方向
|
書き換え
|
|
Modify header sender
|
受信
|
FromおよびReply-Toヘッダー |
|
Modify header recipient
|
送信
|
ToおよびCcヘッダー |
各アクションはメッセージヘッダーのみを書き換えます。配信エンベロープとルーティングは変更されないため、メッセージは実際の受信者に届きます。書き換えはマッピングテーブルで設定します。新しいアドレスは所有するドメインに属している必要はありません。これらのアクションは、グローバルアドレス変更ページが書き換えないヘッダーを書き換えるため、2つの機能が競合することはありません。
注意ルールは2段階で実行されます。まず、[受信者と送信者]設定がメッセージのエンベロープアドレスと照合され、ルールが発動するかどうかを決定します。そして、ルールが発動すると、アクションはマッピングテーブルのエントリに一致するターゲットヘッダーアドレスを、[受信者と送信者]で設定されたドメインに属しているかどうかに関わらず書き換えます。
[受信者と送信者]を広範囲に設定します (例: [任意のアドレス])。これによりルールが確実に発動し、書き換えるべきヘッダーアドレスの真実の情報源としてマッピングテーブルを使用します。
|
アクションを構成する
-
コンテンツポリシールールを作成または編集します。[Modify header sender]の受信、または[Modify header recipient]の送信。
-
[受信者と送信者]でルールをトリガーするエンベロープマッチを設定します (例: [任意のアドレス])。
-
[処理] で [Modify header sender] または [Modify header recipient] を有効にします。
-
1つ以上のマッピングエントリを追加します。各エントリに対して、[元のヘッダーアドレス]と[新しいアドレス]を指定してください。
マッピングテーブル
各アクションは、元のアドレスと新しいアドレスのマッピングテーブルを使用します。メッセージ内のターゲットヘッダーアドレスごとに、Cloud Email Gateway Protectionはテーブル内のアドレスを検索し、一致した場合は新しいアドレスに書き換えます。一致しないアドレスは変更されません。テーブルの列は[元のヘッダーアドレス]と[新しいアドレス]です。
元のエントリは、正確なアドレスまたはドメインワイルドカード (例:
*@example.com) である可能性があります。次の組み合わせがサポートされています。|
元の
|
新規
|
結果
|
例
|
|
正確な住所
|
正確な住所
|
一致したアドレスを置換します。
|
alert@smokescreen.io → dcy.alert@kotak.com |
|
ドメインワイルドカード
|
ドメインワイルドカード
|
ローカル部分を保持し、ドメインのみを交換します。
|
*@sogei.internal → *@sogei.it |
|
ドメインワイルドカード
|
正確な住所
|
ドメイン内のすべてのアドレスを1つのアドレスにまとめます。
|
*@smokescreen.io → dcy.alert@kotak.com |
ドメインワイルドカードにマッピングされた正確なアドレスはサポートされておらず、ポリシーを保存する際に拒否されます。
-
ドメインワイルドカードは、そのドメインと完全に一致するアドレスのみを一致させます。サブドメインには一致しません。
-
アドレスが正確なエントリとドメインワイルドカードエントリの両方に一致する場合、正確なエントリが使用されます。
-
各オリジナルアドレスは、テーブル内で一意でなければなりません。
-
テーブルは一度だけ適用されるため、あるエントリによって生成された新しいアドレスは、別のエントリによって再度書き換えられることはありません。
-
1つのアクションにつき最大50件のエントリを追加できます。テーブルはページ分割されており、満杯になるとメッセージが表示されます。
動作と制限
重要[Modify header sender](受信):
Fromアドレスを書き換えると、下流のメールサーバーでメッセージがDKIM検証に失敗する可能性があり、新規ドメインに対するDMARC整合性も失敗する可能性があります。Cloud Email Gateway Protectionはアクションが実行される前に受信認証を検証するため、自身の判定には影響せず、受信メッセージに再署名しません。これは予想される制限です。 |
[Modify header recipient](送信): 書き換えはCloud Email Gateway Protectionがメッセージに署名する前に行われるため、署名は書き換えられた
ToおよびCcヘッダーをカバーし、有効なままです。送信認証には影響しません。返信ルーティング (受信):
FromとReply-Toの両方が書き換えられるため、返信は元の送信者ではなく新しいアドレスに送られます。マッピングテーブル内のすべての新しいアドレスに対して、メールボックスまたは転送ルールを設定してください。デジタル署名または暗号化された受信メッセージを変更せずに残すには、[デジタル署名の付いたメッセージを変更しない]を有効にします。
これらの操作は、対象のヘッダーのみを書き換えます。通知やスタンプに表示されるアドレスは書き換えられません。新しいアドレスが必要な場合は、その内容を手動で更新してください。
