分割
[アーティクル] 2024/08/14
4 人の共同作成者
フィードバック
この記事の内容
分岐する理由
分岐の影響は何ですか?
分岐 (フォークとも呼ばれます) は、特定のメッセージの複数のコピーを作成するプロセスを指します。 これらのコピーはすべて同じメッセージ コンテンツを持ちますが、封筒は異なります。
メッセージの転送中は、Microsoft Exchange を通じて分岐が発生します。
受信者ベースのカスタマイズ、ルーティング、セキュリティ、パフォーマンスなど、転送中のメッセージに分岐が発生する目的はさまざまです。
分岐により、受信者に基づいてメッセージをカスタマイズできます。 具体的には、メッセージをカスタマイズするための分岐の発生の必要性は、次のシナリオによって作成されます。
ポリシーが受信者のサブセットに適用される場合 : たとえば、外部の受信者に送信されるメッセージに免責事項を追加するポリシーが設定されている場合、Exchange はメッセージを分岐し、次の結果になります。
元のメッセージ コンテンツを含む内部受信者用の 1 つのコピーと、
変更されたコンテンツと免責事項を含む外部受信者の 2 番目のコピー。
受信者が異なるメッセージ設定を必要とする場合 : 一部の受信者に対して 開封確認 の設定が有効になっていて、他の受信者に対してブロックされている場合、Exchange はメッセージを分割します。
メッセージ エンベロープ内の MAIL FROM のメッセージ送信者が更新されると :たとえば、メッセージがユーザーと配布グループに送信されます。 このような場合、グループが配信不能レポート (NDR) を報告しないように構成されている場合、グループに送信されるコピーにはエンベロープ送信者 (MAIL FROM: ) が <> (null 逆パス) に設定され、NDR を抑制するため、メッセージは分岐する必要があります。
自動応答メッセージ (配信状態通知 (DSN)、不在時 (OOF) メッセージ、リコール レポートなど) を抑制する必要がある場合。
代替受信者が展開される場合。
"Resent-From:" ヘッダー フィールドがメッセージ ヘッダーに追加された場合 。 Resent ヘッダー フィールドは、メッセージがユーザーによって転送されたかどうかを判断するために使用できる情報ヘッダー フィールドです。 ヘッダー フィールドを再送信すると、元の送信者によって直接送信されるように、メッセージが受信者に表示されます。 受信者は、メッセージ ヘッダーを参照して、メッセージを転送したのは誰かを確認できます。 Resent ヘッダー フィールドは RFC 5322 のセクション 3.6.6 で定義されています。
グループの展開履歴を送信する必要がある場合。
分岐によってルーティングが可能になり、メッセージをルーティングするための分岐が発生する必要性は、次のシナリオによって作成されます。
メール フロー ルール (トランスポート ルールとも呼ばれます) が受信者のサブセットにのみ適用される場合。
受信者が異なるネクスト ホップ ドメインを持っている場合。
スパム対策などの機能や、セキュリティに関連するその他の機能は、セキュリティと脅威の保護のためにフォークを実行する可能性があります。
分岐によって優れたパフォーマンスが向上し、パフォーマンスを最適化するための分岐の発生の必要性は、次のシナリオによって作成されます。
1 つのメッセージ内のエンベロープ受信者の数を制限するには :大規模なグループを展開すると、数千人の個々の受信者が生成される可能性があります。 Exchange は、何千ものエンベロープ受信者を持つメッセージの 1 つのコピーを作成する代わりに、同じメッセージの複数のコピーを作成します。このコピーには、メッセージ エンベロープ内の受信者の数が限られています。
分岐は Exchange 機能の一部の動作に影響を与える可能性があるため、この影響によって動作の一部がどのように変化するかを理解することが重要です。
分岐が発生した場合のいくつかの影響を次の表に示します。
テーブルを展開する
影響を与える可能性があります
具体的には、
メール フロー ルール (トランスポート ルールとも呼ばれます)
元のメッセージによって満たされたルール条件 (または例外) は、一部のフォークによって満たされていないか、満たされない可能性があります。 ルール アクションは、すべてのフォークに対して個別に実行されます (たとえば、メッセージのコピーごとに通知またはインシデント レポートを生成するなど)。
モデレート
メッセージのコピーごとに、個別の承認要求が生成されます。
ジャーナリング
メッセージの複数のコピーがアーカイブされ、ストレージ コストが増加します。
データ損失防止 (DLP) ポリシー
元のメッセージに適用された可能性のあるポリシーは、一部のフォークに適用されなくなる可能性があります。 ルール アクションは、すべてのフォークに対して個別に実行されます (たとえば、メッセージのコピーごとに通知またはインシデント レポートを生成するなど)。