受信者の解決

製品: Exchange Server 2013

受信者 解決は、メッセージ内のすべての受信者を拡張して解決するプロセスです。 受信者を解決する操作は、Microsoft Exchange organization内の対応する Active Directory オブジェクトに受信者と一致します。 受信者を拡張する操作では、すべての配布グループが個々の受信者の一覧に展開されます。 受信者解決を使用すると、メッセージの制限と代替受信者を各受信者に正しく適用できます。

Microsoft Exchange Server 2013 organizationでは、受信者の解決はメールボックス サーバー上のトランスポート サービスのカテゴライザーによって実行されます。 各メッセージの分類は、新着メッセージが送信キューに置かれた後で実行されます。 受信者の解決は、コンテンツ変換とルーティングに加えて、メッセージが配信キューに入れられる前にメッセージに対して実行されます。 カテゴライザーは、ルーティングの前に受信者の解決を実行します。 受信者の解決の役割を果たすカテゴライザーのコンポーネントは、一般に、リゾルバーと呼ばれます。

最上位の解決

最上位レベルの解決 は、受信者解決の最初の段階です。 最上位レベルの解決では、受信メッセージ内の各受信者を Active Directory の一致する受信者オブジェクトに関連付けます。 最上位レベルの解決中に、カテゴライザーは、送信者と、メッセージ内に存在する最初の期限切れのない受信者のメール アドレスを含むリストを作成します。 その後、カテゴライザーは、そのメール アドレスの一覧を使用して Active Directory にクエリを実行し、一致するメール アドレス属性を持つメールが有効なオブジェクトを検索します。 一致するものが見つかると、後で使用するために、一致する Active Directory オブジェクトのプロパティがキャッシュされます。 送信者メッセージの制限も適用されます。

受信者の電子メール アドレス

最上位の解決では、まず、メッセージ エンベロープからメッセージと展開前の受信者のリストを作成します。 メッセージ エンベロープには、SMTP メッセージング サーバー間でメッセージを送信するために使用されるコマンドが含まれています。 送信者のメール アドレスは、 MAIL FROM: コマンドに含まれています。 各受信者の電子メール アドレスは、別の RCPT TO: コマンドに含まれています。 封筒の送信者と封筒の受信者は、通常、メッセージ ヘッダーの 、、Cc:およびヘッダー フィールドのFrom:To:送信者とBcc:受信者から作成されます。 ただし、これは必ずしも当てはまるとは限りません。 メッセージ内の To:From:Cc:、および Bcc: ヘッダー フィールドは簡単に偽造され、メッセージの送信に使用された実際の送信者または受信者の電子メール アドレスと一致しない可能性があります。

カプセル化された電子メール アドレス

標準 SMTP メール アドレスは、RFC 2821 と RFC 2822 の仕様に従います (例 chris@contoso.com: )。 ただし、電子メール アドレスは、有効な SMTP アドレス内にカプセル化された SMTP 以外の電子メール アドレスである場合もあります。 Exchange では、インターネット メール コネクタカプセル化アドレス (IMCEA) カプセル化メソッドを使用するカプセル化されたアドレスがサポートされています。

このカプセル化方法では、SMTP メール アドレスで無効な文字のエンコードが必要です。 英数字、等号 (=)、ハイフン (-) はエンコードを必要としません。 その他の文字では、次のエンコード構文が使用されます。

  • スラッシュ (/) はアンダースコア (_) に置き換えられます。

  • その他の US-ASCII 文字は正符号 (+) に置き換えられ、ASCII 値の 2 桁は 16 進数で書き込まれます。 たとえば、スペース文字にはエンコードされた値 +20があります。

IMCEA カプセル化メソッドは、次の構文を使用します。 IMCEA<Type>-<address>@<domain>

プレースホルダー <Type> は、SMTP 以外のアドレスの種類 (、、、 FAXなどEX) X400を識別します。

注:

X500 と は Type> の<理論的に有効な値ですがSMTP、Exchange 受信者解決では、これらの種類のいずれかを使用する IMCEA でエンコードされたアドレスは拒否されます。

プレースホルダー <アドレス> は、エンコードされた元のアドレスです。 プレースホルダー <ドメイン> は、SMTP 以外のアドレスをカプセル化するために使用される SMTP ドメインを表します (例: contoso.com

IMCEA カプセル化方法では、ドメインが Exchange organizationの既定の権限のあるドメインと一致する場合にのみ、アドレスがカプセル化されません。 承認済みドメインの詳細については、「承認済みドメイン」を参照してください。

Exchange の SMTP 電子メール アドレスの最大長は 571 文字です。 この制限には、次のものが含まれます。

  • アドレスの名前部分が 315 文字
  • ドメイン名が 255 文字
  • アドレスの名前部分をドメイン名から区切るアット マーク (@) 文字

完全なメール アドレスが 571 文字未満であっても、アドレスの名前部分が 315 文字を超える場合、Exchange は IMCEA カプセル化メソッドでエンコードされたメッセージをサポートしていません。

アドレス解決

メッセージごとに、送信者の電子メール アドレスとすべての受信者の電子メール アドレスが、Active Directory のクエリに使用される一覧に追加されます。 カプセル化されたアドレスは、電子メール アドレスの一覧に追加される前にカプセル化されません。 Active Directory クエリは、一度に最大 20 個のメール アドレスに対して実行されます。 Active Directory クエリで一時的なエラーが発生した場合、メッセージは送信キューに返され、Microsoft Exchange トランスポート サービスに関連付けられている XML アプリケーション構成ファイルの ResolverRetryInterval キーによって %ExchangeInstallPath%Bin\EdgeTransport.exe.config 指定された時間は遅延されます。 既定値は 30 分です。

次の表では、Active Directory で見つかった受信者オブジェクトについて説明します。 Exchange の受信者の種類の詳細については、「受信者」を参照してください。

Active Directory の受信者オブジェクト

Active Directory の受信者の種類 説明
DistributionGroup メールが有効なグループ オブジェクトです。 配布グループ オブジェクトの種類は次のとおりです。
  • MailUniversalDistributionGroup ユニバーサル配布グループ オブジェクト
  • MailUniversalSecurityGroup 電子メール アドレスを持つユニバーサル セキュリティ グループ (USG) オブジェクト
  • MailNonUniversalGroup 電子メール アドレスを持つローカル セキュリティ グループ オブジェクトまたはグローバル セキュリティ グループ オブジェクト
DynamicDistributionGroup Active Directory クラス msExchDynamicDistributionList を持つオブジェクトです。 詳細については、「 動的配布グループの管理」を参照してください。
Mailbox 電子メール アドレスと定義済みの Database パラメーターを持つユーザー オブジェクト
MailUser データベース パラメーターが定義されていない電子メール アドレスを持つユーザー オブジェクト。 詳細については、「 メール ユーザーの管理」を参照してください。
MailContact 電子メール アドレスを持つ連絡先オブジェクトです。 通常、メール連絡先は Exchange 組織外の受信者に使用されます。 また、メール連絡先はフォレスト間 Exchange 環境でも使用されます。 詳細については、「メール連絡先の管理」を参照してください。
MailPublicFolder 電子メール アドレスを持つパブリック フォルダー オブジェクトです。
MicrosoftExchangeRecipient Active Directory クラス msExchExchangeServerRecipient を持つオブジェクトです。 Microsoft Exchange 受信者オブジェクトの詳細については、「 受信者」を参照してください。
SystemAttendantMailbox Active Directory クラス exchangeAdminService を持つオブジェクト。 Exchange organizationにはシステム アテンダント メールボックスが 1 つだけ存在する必要があります。
SystemMailbox 電子メール アドレスを持ち、Microsoft Exchange システム オブジェクト コンテナー内にあるユーザー オブジェクト。 Exchange 組織のメールボックス データベースには、それぞれに 1 つのシステム メールボックスが存在します。

不足している、または形式が正しくない重要なプロパティを含むオブジェクトは、Active Directory クエリによって無効なオブジェクトとして分類されます。 たとえば、電子メール アドレスのない動的配布グループ オブジェクトは無効と見なされます。 無効なオブジェクトとして分類された受信者に送信されるメッセージは、配信不能レポート (NDR) を生成します。

電子メール アドレスごとに、受信者識別子、受信者の種類、メッセージの制限、電子メール アドレス、代替受信者など、可能なすべての受信者プロパティに対して 1 つの最初のクエリが実行されます。 受信者に適用できるプロパティは、後で使用するためにキャッシュされます。 受信者解決は、受信者の解決方法の類似点と、該当する受信者プロパティの類似性に基づいて受信者を分類します。

アドレス解決に使用される LDAP フィルターを次に示します。

  • EX メール アドレスの種類の場合、LDAP フィルターは、受信者レガシExchangeDN Active Directory 属性または受信者 proxyAddresses Active Directory 属性に基づいています。 レガシExchangeDN Active Directory 属性が優先されます。
  • 他のすべての電子メール アドレスの種類では、受信者 proxyAddresses Active Directory 属性が LDAP フィルターとして使用されます。

メッセージで使用されるメール アドレスが、対応する Active Directory オブジェクトのプライマリ SMTP アドレスと一致しない場合、カテゴライザーはメッセージ内のメール アドレスをプライマリ SMTP アドレスと一致するように書き換えます。 元の電子メール アドレスは、メッセージ エンベロープの ORCPT=RCPT TO: コマンドのエントリに保存されます。

送信者に対するメッセージ制限

送信者のメッセージ サイズ制限に使用されるサイズは、メッセージ ヘッダーの X-MS-Exchange-Organization-OriginalSize: ヘッダー フィールドの値です。 Exchange では、このヘッダー フィールドを使用して、Exchange organizationに入ったときのメッセージの元のメッセージ サイズを記録します。 指定したメッセージ サイズの制限に対してメッセージがチェックされるたびに、現在のメッセージ サイズの下限値または元のメッセージ サイズ ヘッダーが使用されます。 メッセージのサイズは、コンテンツ変換、エンコード、およびエージェントの処理によって変更される可能性があります。 このヘッダー フィールドが存在しない場合は、現在のメッセージ サイズ値を使用して作成されます。 メッセージが大きすぎると、NDR が生成され、追加のメッセージ処理が停止します。

送信者の受信者制限は、メッセージを処理する最初のメールボックス サーバーのトランスポート サービスでのみ適用されます。 元の展開前のメッセージ エンベロープの受信者数が、送信者の受信者制限と比較されます。 入れ子になった配布リストがリモート拡張サーバーを使用した場合、2003 年Microsoft Exchange Serverに発生した部分的なメッセージ配信の問題を回避するために、元の未期限のメッセージ エンベロープ受信者数が使用されます。

メッセージの送信者とすべての受信者には、メッセージに拡張プロパティをスタンプすることで、解決済みのマークが付けられます。 この拡張プロパティを使用すると、メッセージが受信者の解決をやり直す必要がある場合に、最上位レベルの解決をバイパスできます。 Microsoft Exchange トランスポート サービスが再起動したため、受信者の解決をやり直す必要がある場合があります。

拡張

展開は、最上位の解決の後に実行されます。 展開では、入れ子になった受信者が個々の受信者に完全に展開されます。 すべての受信者を展開するには、展開処理の複数回の実行が必要になることがあります。 展開の必要がない受信者もありますが、すべての受信者に対して展開処理を実行する必要があります。 ただし、すべての受信者は拡張プロセスを実行する必要があります。 拡張プロセスでは、すべての種類の受信者に対して受信者メッセージの制限も適用されます。

次の一覧では、拡張を必要とする受信者の種類について説明します。

  • 配布グループと動的配布グループ: 配布グループは 、memberOf Active Directory プロパティに基づいて展開されます。 動的配布グループは、Active Directory クエリの定義を使用して展開されます。 グループに ExpandServer パラメーターが設定されている場合、グループは現在のサーバーによって展開されません。 配布グループは、拡張のために指定されたサーバーにルーティングされます。

    注:

    organization内の特定のトランスポート サーバーを拡張サーバーとして選択した場合、配布グループの使用状況は拡張サーバーの可用性に依存します。 拡張サーバーが使用できない場合、配布グループに送信されるメッセージは配信できません。 配布グループに特定の拡張サーバーを使用する予定の場合は、サービス中断のリスクを軽減するために、これらのサーバーに高可用性ソリューションを実装することを検討する必要があります。

  • 別の受信者: ForwardingAddress パラメーターは、メールボックスとメールが有効なパブリック フォルダーに設定できます。 ForwardingAddress パラメーターは、指定した代替受信者にすべてのメッセージをリダイレクトします。 これは 転送された受信者と呼ばれます。 ForwardingAddress パラメーターに代替配信アドレスを指定し、DeliverToMailboxAndForward パラメーターを に$true設定すると、メッセージは元の受信者と代替受信者に配信されます。 これは、 配信および転送された受信者と呼ばれます。

  • 連絡先チェーン: 連絡先チェーンは、Exchange organization内の別の受信者のメール アドレスに ExternalEmailAddress パラメーターが設定されているメール ユーザーまたはメール連絡先です。

受信者ループの検出

配布グループ、代替受信者、および連絡先チェーンが展開されると、カテゴライザーは 受信者ループをチェックします。 受信者ループは、無限の円の中の同じ受信者にメッセージ配信を引き起こす受信者構成の問題です。 次の一覧では、さまざまな種類の受信者ループについて説明します。

  • 無害な受信者ループ: 無害な受信者ループを使用すると、メッセージ配信が成功します。 次の一覧では、無害な受信者ループが発生した場合の 2 つのシナリオについて説明します。

    • 2 つの配布グループが互いにメンバーとして含まれている場合。
    • メールボックスまたはメールが有効なパブリック フォルダーが、互いに配信および転送するように設定されている場合。 これは、両方の受信者の DeliverToMailboxAndForward パラメーターが に $true 設定され、 ForwardingAddress パラメーターが互いに設定されている場合に発生します。

    無害な受信者ループが検出されると、メッセージは受信者に配信されますが、同じ受信者にメッセージを配信するための追加の試行は行われません。

  • 破損した受信者ループ: 壊れた受信者ループでは、メッセージ配信が正常に行われません。 壊れた受信者ループの例として、メールボックスまたはメールが有効なパブリック フォルダーに ForwardingAddress パラメーターが相互に設定されている場合があります。 カテゴライザーが壊れた受信者ループを検出すると、現在の受信者の拡張アクティビティが停止し、受信者の NDR が生成されます。

受信者ループを検出しても、重複するメッセージ配信は防止されません。 たとえば、次の条件に該当する場合、配布グループ C では重複メッセージ配信が発生します。

  • 配布グループ B と配布グループ C は、配布グループ A のメンバーです。
  • 配布グループ C は配布グループ B のメンバーでもある。

配布グループの配信レポート リダイレクト

配布グループが展開されると、メッセージの種類がチェックされ、配信レポート メッセージであるかどうかを判断します。 メッセージが配信レポートの場合、配布グループのリダイレクト設定がチェックされ、配信レポートのリダイレクトが必要かどうかを判断します。 配信レポートは配布グループとそのメンバーシップに関する不要な情報を開示する可能性があるため、配信レポートを抑制できます。

次の一覧では、配布グループと動的配布グループで使用できる配信レポート リダイレクト設定について説明します。

  • ReportToManagerEnabled: このパラメーターを使用すると、配信レポートを配布グループ マネージャーに送信できます。 有効な値は $true または $falseです。 既定値は $false です。 配布グループの場合、マネージャーは Set-Group コマンドレットの ManagedBy パラメーターによって制御されます。 動的配布グループの場合、マネージャーは Set-DynamicDistributionGroup コマンドレットの ManagedBy パラメーターによって制御されます。

  • ReportToOriginatorEnabled: このパラメーターを使用すると、配信レポートを、この配布グループに送信される電子メール メッセージの送信者に送信できます。 有効な値は $true または $falseです。 既定値は $true です。

    注:

    ReportToManagerEnabled パラメーターと ReportToOriginatorEnabled パラメーターの値の両方を に$trueすることはできません。 1 つのパラメーターが に $true設定されている場合、もう一方のパラメーターは に設定する $false必要があります。 両方のパラメーターの値は です $false。 これにより、すべての配信レポート メッセージのすべてのリダイレクトが抑制されます。

次の一覧では、使用可能な配信レポート メッセージについて説明します。

  • 配信確認 (DR): このレポートは、メッセージが目的の受信者に配信されたことを確認します。

  • 配信状態通知 (DSN): このレポートでは、メッセージを配信しようとした結果について説明します。 DSN メッセージの詳細については、「 Exchange 2013 の DSN と NDR」を参照してください。

  • メッセージ処理通知 (MDN): このレポートは、メッセージが受信者に正常に配信された後のメッセージの状態を示します。 読み取り通知 (RN) と非読み取り通知 (NRN) はどちらも MDN メッセージの例です。 MDN メッセージは RFC 2298 で定義されていて、メッセージ ヘッダーの Disposition-Notification-To: ヘッダー フィールドで制御されます。 ヘッダー フィールドを Disposition-Notification-To: 使用する MDN 設定は、さまざまなメッセージ サーバーと互換性があります。 MDN 設定は、Microsoft Outlook と Exchange で MAPI プロパティを使用して定義することもできます。

  • 配信不能レポート (NDR): このレポートは、メッセージを指定された受信者に配信できなかったことをメッセージ送信者に示します。

  • 読み取り以外の通知 (NRN): このレポートは、メッセージが読み取られた前に削除されたことを示します。

  • 不在時 (OOF): このレポートは、受信者が電子メール メッセージに応答しないことを示します。 頭字語 OOF は、以前の Microsoft メッセージング システムで、これに該当する通知が "out of facility" と名付けられていたことに由来します。

  • 読み取り通知 (RN): このレポートは、メッセージが読み取られたことを示します。

  • 取り消しレポート: このレポートは、特定の受信者に対するリコール要求の状態を示します。 取り消し要求は、送信者が Outlook を使用して送信されたメッセージを呼び出そうとする場合です。

配信レポート メッセージが配布グループに送信されると、次の設定によってレポート メッセージが削除されます。

  • レポートのリダイレクトが設定されていません。 または、レポートリダイレクトがメッセージ送信者に設定されます。
  • レポート リダイレクトは配布グループ マネージャーに設定され、配信レポート メッセージは NDR ではありません。

配信レポート メッセージが配布グループに送信されると、配信レポート メッセージが配布グループ マネージャーに配信される場合があります。 これは、レポート リダイレクトが配布グループ マネージャーに設定され、レポート メッセージが NDR である場合に発生します。

配信レポート メッセージではないメッセージが配布グループに送信されると、そのメッセージは配布グループのメンバーに配信されます。 レポート要求の設定は、次の一覧にまとめられています。

  • レポート リダイレクト先がメッセージ送信者に設定されている場合、レポート要求設定は変更されません。
  • レポート リダイレクトが設定されていない場合、すべてのレポート要求設定は抑制されます。 エントリは NOTIFY=NEVER 、メッセージ エンベロープ内の受信者ごとに RCPT TO: に追加されます。
  • レポート リダイレクトが配布グループ マネージャーに設定されている場合、配布グループ マネージャーに送信される NDR メッセージを除き、すべてのレポート要求設定は抑制されます。

受信者に対するメッセージ制限

拡張プロセスでは、受信者に対して構成されているメッセージ制限も適用されます。 これらの制限は、受信者ごとに個別に構成することも、Exchange organization内のすべてのハブ トランスポート サーバーに対して組織で構成することもできます。 次の表では、受信者用に構成されたメッセージ制限について説明します。

ソース パラメーター 説明
Set-DistributionGroup

Set-DynamicDistributionGroup

Set-Mailbox

Set-MailContact

Set-MailPublicFolder

Set-MailUser

Set-TransportConfig
MaxReceiveSize MaxReceiveSize パラメーターは、受信者に対して構成されるメッセージ制限に使用されるサイズを指定します。これは、メッセージ ヘッダーの X-MS-Exchange-Organization-OriginalSize: ヘッダー フィールドの値です。 Exchange では、このヘッダー フィールドを使用して、Exchange organizationに入ったときのメッセージの元のメッセージ サイズを記録します。 指定したメッセージ サイズの制限に対してメッセージがチェックされるたびに、現在のメッセージ サイズの下限値または元のメッセージ サイズ ヘッダーが使用されます。 メッセージのサイズは、コンテンツ変換、エンコード、およびエージェントの処理によって変更される可能性があります。 このヘッダー フィールドが存在しない場合は、現在のメッセージ サイズ値を使用して作成されます。 メッセージが大きすぎると、NDR が生成され、追加のメッセージ処理が停止します。
Set-DistributionGroup

Set-DynamicDistributionGroup

Set-Mailbox

Set-MailContact

Set-MailPublicFolder

Set-MailUser
RequireSenderAuthenticationEnabled RequireSenderAuthenticationEnabled パラメーターでは、受信者に送信されるすべてのメッセージが認証された送信者から送信される必要があります。 このパラメーターの値が に $true設定されている場合、認証されていない送信者からのメッセージは拒否されます。 システムおよびシステム アテンダント メールボックスにメッセージを送信するすべての送信者を認証する必要があります。
Set-DistributionGroup

Set-DynamicDistributionGroup

Set-Mailbox

Set-MailContact

Set-MailPublicFolder

Set-MailUser
AcceptMessagesOnlyFromSendersOrMembers

RejectMessagesFromSendersOrMembers
AcceptMessagesOnlyFromSendersOrMembers パラメーターは、メンバーが受信者にメッセージを送信できる送信者または配布グループを指定します。 このパラメーターは、以前の AcceptMessagesOnlyFrom パラメーターと AcceptMessagesOnlyFromDLMembers パラメーターの機能を 組み合わせたものです。

RejectMessagesFromSendersOrMembers パラメーターは、メンバーが受信者にメッセージを送信できない送信者または配布グループを指定します。 このパラメーターは、古い RejectMessagesFrom パラメーターと RejectMessagesFromDLMembers パラメーターの機能を組み合わせたものです。

カテゴライザーは、受信者のアクセス許可を 2 つのパスで確認します。 最初のパスは、送信者が AcceptOnlyMessagesFromSendersOrMembers または RejectMessagesFromSendersOrMembers パラメーターに存在するかどうかを決定します。 どちらのパラメーターにも送信者が見つからない場合は、それらのパラメーター内の配布グループが完全に展開されます。 配布グループのこの完全な拡張には、しばらく時間がかかる場合があります。 これらのパラメーターでは、入れ子になった配布グループの深さを最小限に抑えることが推奨されます。

認証された送信者によって送信される特定の種類のメッセージは、制限から除外されます。 次の一覧は、受信者の制限から除外されるメッセージを示しています。

  • Microsoft Exchange 受信者によって送信されるすべてのメッセージ: これらのメッセージには、DSN メッセージ、ジャーナル レポート、クォータ メッセージ、および内部メッセージ送信者に送信されるその他のシステム生成メッセージが含まれます。 Microsoft 受信者の詳細については、「 受信者」を参照してください。

  • 外部ポストマスター アドレスによって送信されるすべてのメッセージ: これらのメッセージには、DSN メッセージと、外部メッセージ送信者に送信されるその他のシステム生成メッセージが含まれます。 外部ポストマスターのアドレスの詳細については、「 外部ポストマスターのアドレスを構成する」を参照してください。

特定の種類のメッセージは、Exchange organizationから外部ドメインに送信されるとブロックされます。 設定は、 Set-RemoteDomain コマンドレットの次のパラメーターによって制御されます。

  • AllowedOOFType
  • AutoForwardEnabled
  • AutoReplyEnabled
  • DeliveryReportEnabled
  • NDREnabled

詳細については、「リモート ドメイン」を参照してください。

分岐および受信者の展開の制御

メッセージ受信者の完全な一覧が展開され、受信者の解決によって解決されるため、同じメッセージの異なるコピーを作成する必要がある場合があります。 これらの状況については、次のシナリオで説明します。

  • メッセージ受信者が異なるメッセージ設定を必要とする場合: 一部の受信者に対して開封確認などのメッセージ プロパティを有効にし、他の受信者に対してブロックする必要がある場合があります。 元のメッセージとは少し異なるプロパティを持つ新しいバージョンのメッセージを作成することは 、分岐と呼ばれます。

  • 1 つのメッセージ内のエンベロープ受信者の数を制限するには:受信者拡張プロセスでは、大規模な配布グループが展開されるときに、数千人の個々の受信者を生成できます。 Exchange では、何千ものエンベロープ受信者を持つメッセージの 1 つのコピーを作成する代わりに、エンベロープ受信者の数が限られている同じメッセージの複数のコピーが作成されます。

分割

受信者の解決では、次の条件が満たされる場合にメッセージが分割されます。

  • MAIL FROM: のメッセージ送信者がメッセージ エンベロープで更新されると。 たとえば、配布グループの ReportToManagerEnabled パラメーターの値 $trueが である場合です。

  • DSN、OOF メッセージ、呼び出しレポートなどの自動応答メッセージを抑制する必要がある場合。

  • 代替受信者が展開される場合。

  • Resent-From: ヘッダー フィールドをメッセージ ヘッダーに追加する必要がある場合。 Resent ヘッダー フィールドは、メッセージがユーザーによって転送されたかどうかを判断するために使用できる情報ヘッダー フィールドです。 Resent ヘッダー フィールドは、受信者にとってメッセージが元の送信者から直接送信されたように見えるようにするために使用されます。 受信者は、メッセージ ヘッダーを参照して、メッセージを転送したのは誰かを確認できます。 再送信ヘッダー フィールドは、RFC 2822 のセクション 3.6.6 で定義されています。

  • 配布グループの拡張の履歴を送信する必要がある場合。

受信者の展開の制御

展開された受信者の数が多すぎる場合、カテゴライザーはメッセージを複数のコピーに分割します。 これは、メッセージ拡張中のシステム リソースの使用を減らすために行われます。 メッセージ内のエンベロープ受信者の最大数は、アプリケーション構成ファイルの ExpansionSizeLimit キー %ExchangeInstallPath%Bin\EdgeTransport.exe.config によって制御されます。 既定値は 1,000 です。

警告

運用環境の Exchange トランスポート サーバーの ExpansionSizeLimit キーの値は変更しないことをお勧めします。

受信者の解決の診断

受信者解決のレポートと診断情報は、パフォーマンス カウンターとメッセージ追跡ログ エントリによって提供されます。 これらのソースは、受信者の解決にかかわる問題を特定して、診断する際に役立ちます。

受信者の解決に関するパフォーマンス カウンター

次の表では、受信者の解決に使用できるパフォーマンス カウンターについて説明します。

カウンター名 表示名 説明
AmbiguousRecipientsTotal Ambiguous Recipients これは、受信者の解決中に検出されたあいまいな受信者の合計数です。 あいまいな受信者とは、 legacyExchangeDN Active Directory 属性または proxyAddresses Active Directory 属性が一致している複数の異なる受信者です。
AmbiguousSendersTotal Ambiguous Senders 受信者の解決時に検出された、あいまいな送信者の合計数です。 あいまいな送信者とは、 legacyExchangeDN Active Directory 属性または proxyAddresses Active Directory 属性が一致している複数の異なる送信者です。
FailedRecipientsTotal Failed Recipients これは、受信者の解決中に検出された失敗した受信者の数です。
LoopRecipientsTotal Loop Recipients これは、受信者ループが原因で受信者の解決に失敗した受信者の数です。
MessagesChippedTotal Messages Chipped これは、1 つのメッセージ内のエンベロープ受信者の数を制御するために受信者の解決中に作成された同じメッセージのコピーの合計数です。 Exchange では、このプロセスは チッピングと呼ばれます。
MessagesCreatedTotal Messages Created これは、受信者の解決中に作成されたメッセージの数です。
MessagesRetriedTotal Messages Retried これは、受信者の解決中に再試行するようにスケジュールされたメッセージの数です。
UnresolvedOrgRecipientsTotal Unresolved Org Recipients これは、受信者の解決中に検出された権限のあるドメインからの未解決の受信者の数です。
UnresolvedOrgSendersTotal Unresolved Org Senders これは、受信者の解決中に検出された権限のあるドメインからの未解決の送信者の数です。

メッセージ追跡ログの受信者の解決イベント

次の表では、メッセージ追跡ログに書き込まれる受信者解決イベントについて説明します。

メッセージ追跡イベント 説明
展開 このイベントは、配布グループが展開されたことを示します。
リダイレクト このイベントは、メールボックスの受信者またはメールが有効なパブリック フォルダーの受信者に送信されたメッセージが、 ForwardingAddress パラメーターで指定されている別の受信者にリダイレクトされたことを示します。
解決 このイベントは、受信者の電子メール アドレスが、対応する Active Directory 受信者オブジェクトのプライマリ SMTP メール アドレスに変更されたことを示します。
転送 このイベントは、メッセージの分岐またはチッピングが発生したことを示します。

メッセージ追跡の詳細については、「メッセージ追跡」を参照してください。