Exchange Server での受信者の解決

適用対象: 2016 2019 サブスクリプション エディション

受信者の解決 は、Exchange サーバーが展開してメッセージ内のすべての受信者を解決する場合です。 受信者の解決では、次の操作が実行されます。

• 受信者に対応する Active Directory オブジェクトを照合する。

• 配布グループを個別の受信者のリストに展開する。

• 各受信者にメッセージ制限と代替受信者を適用する。

Exchange 2016 または Exchange 2019 での受信者の解決は、Exchange 2013 と基本的に変更されていません。 受信者の解決は、メールボックス サーバーのトランスポート サービスに含まれるカテゴライザーによって実行されます。 各メッセージは、メッセージが送信キューに入れられた後でカテゴライザーによって処理されます。 受信者の解決の役割を果たすカテゴライザーのコンポーネントは、一般に、リゾルバーと呼ばれます。 カテゴライザーと送信キューの詳細については、「メールボックス サーバー上のトランスポート サービスについて」を参照してください。

このトピックでは、Exchange サーバーで実行される受信者の解決の各段階と各コンポーネントについて説明します。

最上位の解決

最上位レベルの解決 は受信者解決の最初の段階であり、受信メッセージ内の各受信者を Active Directory 内の一致する受信者オブジェクトに関連付けます。 カテゴライザーは、メッセージ内の送信者電子メール アドレスと展開前の受信者電子メール アドレスが含まれているリストを作成して、そのリストを Active Directory に対するクエリに使用します。 メールが有効な Active Directory オブジェクトの電子メール アドレスに関するプロパティに一致するものが見つかると、カテゴライザーは、そのオブジェクトのプロパティをキャッシュして、送信者メッセージの制限を適用します。

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

最上位の解決では、まず、メッセージ エンベロープからメッセージと展開前の受信者のリストを作成します。 メッセージ エンベロープには、メッセージング サーバー間でメッセージを転送するために使用される SMTP コマンドが含まれています。

• 送信者の電子メール アドレスは、 MAIL FROM コマンドに含まれています。
• 各受信者の電子メール アドレスは、個別の RCPT TO コマンドに含まれています。

封筒の差出人と封筒の受取人は、通常、メッセージ ヘッダーの To:、 From:、 Cc:、 Bcc: ヘッダー フィールドの差出人と受信者から作成されます。 ただし、これらのヘッダー フィールドは偽造が簡単で、メッセージ送信時に使用された実際の送信者または受信者の電子メール アドレスと一致しないことがあります。

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

Standard SMTP 電子メール アドレスは、RFC 5321 および RFC 5322 の仕様に従います (たとえば、chris@contoso.com)。 ただし、メール アドレスは、SMTP アドレスにカプセル化された非 SMTP アドレスにすることもできます。 Exchange は、SMTP 電子メール アドレスで無効になる文字を有効な文字に置換する、インターネット メール コネクタのカプセル化アドレス (IMCEA) のカプセル化方法をサポートしています。

IMCEA アドレスでは、次の構文を使用します IMCEA<Type>-<address>@<domain>。

• <種類> SMTP 以外のアドレスの種類 ( EX、 X400、 FAX など) を識別します。 SMTP と X500 は理論的には <Type> の有効な値ですが、Exchange の受信者の解決では、これらの型のいずれかを使用する IMCEA エンコード アドレスは拒否されます。
• <address> は、元のアドレスのコード化されたバージョンです。
  • 英数字、等号記号 (=)、およびハイフン (-) は置き換えられません。
  • スラッシュ (/) はアンダースコア (_) に置き換えられます。
  • その他の US-ASCII 文字は、プラス記号 (+) と 16 進数の ASCII 値の 2 桁に置き換えられます (たとえば、スペース文字にはエンコードされた値 +20 があります)。
• <domain> は、SMTP 以外のアドレスのカプセル化に使用される SMTP ドメインを表します (例: contoso.com)。

IMCEA アドレスは、ドメインが Exchange 組織の既定の承認済みドメインと一致する場合にのみ、元の値 (カプセル化されていない値) に戻されます。 既定の承認済みドメインの詳細については、「既定のドメイン」を参照してください。

Exchange の SMTP 電子メール アドレスの最大長は 571 文字です。 この制限の内訳は次のとおりです。

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

Exchange は、電子メール アドレス全体の長さが 571 文字より短いときでも、アドレスの名前の部分が 315 文字を超えていると、IMCEA でエンコードされたメッセージをサポートしなくなります。

アドレス解決

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

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

Active Directory クエリは、重要なプロパティが欠落しているオブジェクトや、そのプロパティが無効な形式のオブジェクトを無効なオブジェクトとして分類します (たとえば、メール アドレスのない動的配布グループ オブジェクトなど)。 無効なオブジェクトとして分類された受信者にメッセージが送信されると、配信不能レポートが生成されます (このレポートは、NDR またはバウンス メッセージと呼ぶこともあります)。

電子メール アドレスごとに、カテゴライザーは、あり得るすべての受信者プロパティ (例: 受信者 ID、受信者の種類、メッセージの制限、電子メール アドレス、代替受信者) を取得するために最初のクエリを 1 回実行します。 該当する受信者のプロパティは、その後の使用のためにキャッシュされます。 受信者の解決では、受信者の解決方法の類似性、および該当する受信者プロパティの類似性に基づいて受信者が分類されます。

アドレスの解決に使用される LDAP フィルターは、受信者の電子メール アドレスによって異なります。

• 電子メール アドレスの種類が EX の場合、LDAP フィルターは、受信者の legacyExchangeDN 属性 (優先度高) または proxyAddresses 属性 (優先度低) に基づきます。
• その他すべての電子メール アドレスの種類の場合は、受信者の proxyAddresses 属性が LDAP フィルターとして使用されます。

電子メール アドレスが受信者のプライマリ SMTP アドレスと一致しない場合、カテゴライザーは、プライマリ SMTP アドレスと一致するようにメッセージの電子メール アドレスを書き換えます。 元の電子メール アドレスは、メッセージ エンベロープの RCPT TO コマンドの ORCPT= エントリに保存されます。

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

メッセージのサイズは、コンテンツ変換、エンコード、およびエージェント処理によって変化することがあります。 Exchange 組織にメッセージが到着するときに、そのメッセージの元のサイズが、メッセージ ヘッダーの X-MS-Exchange-Organization-OriginalSize: ヘッダー フィールドに記録されます。 現在のメッセージ サイズと元のメッセージ サイズのうち小さいほうの値が、送信者メッセージのサイズ制限を適用する際に使用されます。 元のメッセージ サイズのヘッダー フィールドが存在しない場合、このフィールドは現在のメッセージ サイズを使用して作成されます。 メッセージが大きすぎる場合、そのメッセージは NDR で送信者に戻され、それ以降のメッセージ処理が停止されます。

送信者の受信者制限は、メッセージを処理する最初のメールボックス サーバーのトランスポート サービスでのみ適用されます。 元の展開前のメッセージ エンベロープの受信者数が、送信者の受信者制限と比較されます。

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

拡張

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

次に、展開が必要になる受信者の種類についての説明を示します。

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

  メモ: グループに展開サーバーを指定すると、そのグループは展開サーバーの状態に依存するようになります (展開サーバーが利用できないと、グループにメッセージを配信できなくなります)。 このため、展開サーバーには高可用性ソリューションの実装を検討してください。

• 代替受信者: メールボックスとメールが有効なパブリック フォルダーを構成して、他の受信者にメッセージを転送できます。

  • メールボックス: Exchange organization 内の別の受信者または外部電子メール アドレスへの転送を構成できます。 詳細については、「メールボックスのメール転送を構成する」を参照してください。

  • メールが有効なパブリック フォルダー: Exchange organization 内の別の受信者への転送を構成できます。

    メールボックスやメールが有効なパブリック フォルダーは、転送先アドレス、または転送先アドレスと元の受信者にのみメッセージを送信するように構成できます。

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

受信者ループの検出

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

• 無害な受信者ループ: 無害な受信者ループが発生する 2 つのシナリオは次のとおりです。

  • 2 つのグループが互いをメンバーとして含んでいる場合。
  • メールボックスまたはメールが有効なパブリック フォルダーが、相互に配信および転送するように設定されている場合 (メッセージは、元の受信者に向けて配信されて転送されます)。

  カテゴライザーが無害な受信者ループを検出したときには、メッセージが受信者に配信されます。ただし、それ以降、同じ受信者にメッセージを配信する処理は実行されません。

• 受信者ループの切断: メールボックスまたはメールが有効なパブリック フォルダーが相互に転送するように設定されている場合 (メッセージは転送されるのみ)。

  壊れた受信者ループでは、メッセージが正常に配信されることはありません。 カテゴライザーが壊れた受信者ループを検出したときには、現在の受信者に対する展開処理が停止して NDR が生成されます。

受信者ループの検出では、メッセージの重複配信を防ぐことができません。 たとえば、このようなシナリオを考えてみてください。

• 配布グループ A は、メンバーとして配布グループ B と配布グループ C を含んでいる。
• 配布グループ C は配布グループ B のメンバーでもある。

このシナリオでは、配布グループ C でメッセージの重複配信が発生します。

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

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

次に、Exchange 管理シェルで配布グループと動的配布グループで使用できる配信レポート リダイレクト設定についての説明を示します。

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

• ReportToOriginatorEnabled パラメータ: グループに送信されたメッセージのメッセージ送信者への配信レポートの送信を有効または無効にします。 有効な値は $true または $false です。 既定値は $true です。

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

次に、グループの配信レポート リダイレクトが各種配信レポート メッセージに与える影響についての説明を示します。

• 配信確認メッセージ (DR): メッセージが意図した受信者に配信されたことを確認します。

• 配信状態通知 (DSN): 配信不能レポート (NDR) で送信者にメッセージが返されなかったメッセージを配信しようとした結果について説明します。 DSN メッセージの詳細については、「Exchange Server の DSN と NDR」を参照してください。

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

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

• 非読み取り通知 (NRN): メッセージが開封前に削除されたことを示します。

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

• 開封通知 (RN): メッセージが開封されたことを示します。

• 取り消しレポート: 特定の受信者に対する取り消し要求の状態を示します (送信者が Outlook を使用して送信済みメッセージを取り消そうとした)。

配信レポート メッセージがグループに送信されるときに、そのメッセージが削除される設定があります。

• グループに対してレポート リダイレクトが構成されていない。または、レポートのリダイレクト先がメッセージ送信者に設定されている。
• レポートのリダイレクト先がグループ管理者に設定されていて、配信レポート メッセージが NDR ではない。

レポート リダイレクト先がグループ管理者に設定されていて、配信レポート メッセージが NDR の場合は、グループ管理者にメッセージが配信されます。

次に、グループの配信レポート リダイレクト設定が、レポート要求を含んでいる通常メッセージに与える影響についての説明を示します。

• レポート リダイレクト先がメッセージ送信者に設定されている場合、レポート要求設定は変更されません。
• グループのレポート リダイレクトが構成されていない場合は、すべてのレポート要求が抑制されます。 NOTIFY=NEVERエントリは、メッセージ エンベロープ内の各受信者の RCPT TO に追加されます。
• レポートのリダイレクト先がグループ管理者に設定されている場合は、グループ管理者に NDR が送信されますが、それ以外のレポート要求はすべて抑制されます。

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

展開プロセスでは、受信者に対して構成されているメッセージ制限も適用されます。 こうした制限は、受信者ごとに個別に構成することも、Exchange 組織内のすべてのサーバーに対して組織的に構成することもできます。

メッセージ サイズの制限の詳細については、「受信者の制限」と「組織における制限」を参照してください。

Restriction	EAC の構成	Exchange 管理シェル 構成	説明
受信するメッセージの最大サイズ	組織: メール フロー>受信コネクタ>その他のオプション>組織のトランスポート設定>[制限] タブ >最大受信メッセージ サイズ (MB) メールボックス: 受信者>メールボックス> メールボックスを選択します >編集>メールボックスの機能>メール フロー セクション >メッセージ サイズ制限 セクション >詳細の表示>受信メッセージ セクション >最大メッセージ サイズ (KB) メール ユーザー: 受信者>連絡先>メール ユーザーを選択します >編集>メール フロー設定>メッセージ サイズ制限セクション >詳細の表示>受信メッセージ セクション >最大メッセージ サイズ (KB)	組織のコマンドレット: Set-TransportConfig 受信者のコマンドレット: Set-DistributionGroup 、 Set-DynamicDistributionGroup 、 Set-Mailbox 、 Set-MailContact 、 Set-MailPublicFolder 、および Set-MailUser パラメーター: MaxReceiveSize	この制限は、メッセージ ヘッダー、メッセージ本文、添付ファイルを含めたメッセージの最大サイズを指定します。 Exchange がメッセージ サイズを確認するたびに、現在のメッセージ サイズまたは元のメッセージ サイズ ( X-MS-Exchange-Organization-OriginalSize: メッセージ ヘッダー) の小さい値が使用されます。 コンテンツ変換、エンコード、およびトランスポート エージェント処理によって、メッセージのサイズが変わる場合があります。 メモ: 指定した最大メッセージ サイズは、Base64 エンコーディングのために約 33% 増大します (たとえば、64 MB の値を指定すると、現実的な最大メッセージ サイズは約 48 MB になります)。 詳細については、「Exchange Server のメッセージ サイズと受信者の制限」を参照してください。
受信者は内部送信者からのメッセージのみの許可が可能になり、外部送信者からのメッセージは拒否する必要がある	メールボックス: 受信者>メールボックス>メールボックスを選択します >編集>メールボックスの機能>メール フロー セクション >メッセージ配信制限セクション >詳細の表示> セクション > チェック からメッセージを受け入れるか、すべての送信者が認証されることを要求する をオフにします リモート メールボックス: [受信者>メールボックス>] で Microsoft 365 または Office 365 のメールボックスを選択します >編集>メール フローの設定>メッセージ配信制限セクション >詳細を表示する>セクション > チェック からメッセージを承諾するか、[すべての送信者が認証されていることを要求する] をオフにします メール ユーザー: 受信者>連絡先>メール ユーザーを選択します >編集>メール フローの設定>メッセージ配信制限セクション >詳細の表示>セクション > チェック からメッセージを受け入れるか、[すべての送信者を認証することを要求する] をオフにします グループ: 受信者>グループ>グループを選択 >編集>配信管理> を選び、organization内の送信者のみ] または organization 内外の送信者を選択します	コマンドレット: New-DistributionGroup 、 Set-DistributionGroup 、 Set-DynamicDistributionGroup 、 Set-Mailbox 、 Set-MailContact 、 Set-MailPublicFolder 、 Set-MailUser 、および Set-RemoteMailbox パラメーター: RequireSenderAuthenticationEnabled	受信者は、認証された (内部の) 送信者からのメッセージのみを許可するように構成することも、認証された送信者と認証されていない (外部の) 送信者からのメッセージを承諾するように構成することもできます。
受信者へのメッセージの送信を許可される送信者と許可されない送信者	メールボックス: 受信者>メールボックス>メールボックスを選択します >編集>メールボックスの機能>メール フロー セクション >メッセージ配信制限セクション >詳細の表示> [次の一覧のすべての送信者] または [次の一覧の送信者のみ] または [次の一覧のメッセージの拒否] セクションからのメッセージの受け入れ リモート メールボックス: 受信者>メールボックス>Microsoft 365 または Office 365 メールボックスの選択 >編集>メール フロー設定>メッセージ配信制限セクション >詳細の表示> からのメッセージを承諾する: すべての送信者または次のリストの送信者のみ、または [次のリストからのメッセージを拒否する] セクション: 送信者なしまたは次の一覧の送信者 メール ユーザー: 受信者>連絡先>メール ユーザーを選択します >編集>メール フロー設定>メッセージ配信制限セクション >詳細の表示> [次の一覧にあるすべての送信者] または [送信者のみ] セクションまたは [次の一覧に送信者を拒否する] セクション: 送信者なし、または次の一覧に送信者 グループ:受信者>グループ>グループを選択し>編集>配信管理> [追加または [をクリックして、グループに送信できるユーザーまたはグループ メンバーを指定します (他の送信者からのメッセージは拒否されます)。	コマンドレット: Set-DistributionGroup 、 Set-DynamicDistributionGroup 、 Set-Mailbox 、 Set-MailContact 、 Set-MailPublicFolder 、 Set-MailUser 、および Set-RemoteMailbox パラメーターを受け入れる: AcceptMessagesOnlyFromSendersOrMembers (個々の受信者のみの場合は AcceptMessagesOnlyFrom 、グループ メンバーのみの場合は AcceptMessagesOnlyFromDLMembers ) 拒否パラメーター: RejectMessagesFromSendersOrMembers (または、個々の受信者のみの場合は RejectMessagesOnlyFrom 、グループ メンバーのみの場合は RejectMessagesOnlyFromDLMembers )	カテゴライザーは、受信者のアクセス許可を 2 つのパスで確認します。 最初のパスでは、送信者が許可リストまたは拒否リストに存在するかどうかを判断します。 送信者がどちらのリストにも含まれていない場合、このパラメーター内の配布グループが完全に展開されます。 この完全な配布グループの展開には、時間がかかることがあるため、承諾リストまたは拒否リストのグループの入れ子の深さは最小限にすることをお勧めします。

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

• Microsoft Exchange の受信者から送信されたメッセージ: これらのメッセージには、DSN と NDR、ジャーナル レポート、クォータ メッセージ、および内部メッセージ送信者に送信されるその他のシステム生成メッセージが含まれます。 Microsoft Exchange 受信者の詳細については、「 受信者」を参照してください。
• 外部の郵便局長アドレスから送信されたメッセージ: これらのメッセージには、DSN と NDR のほか、外部メッセージ送信者に送信されるその他のシステム生成メッセージが含まれます。 外部ポストマスターのアドレスの詳細については、「Managing the External Postmaster Address」を参照してください。

Exchange は、外部ドメインに送信される特定の種類のメッセージをブロックします (例: 内部の OOF メッセージ、自動応答、会議出席依頼の転送通知)。 こうした設定はリモート ドメイン (既定のリモート ドメイン、または特定の外部ドメインに対するリモート ドメイン) で構成します。 詳細については、「Managing Remote Domains」を参照してください。

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

メッセージ受信者の完全なリストは受信者の解決によって展開および解決されるため、同じメッセージの異なるコピーの作成が必要になる場合があります。

• 受信者によって異なるメッセージ設定が必要になる場合: 元のメッセージとは少し異なるプロパティを持つ新しいバージョンのメッセージを作成することを 分岐と呼びます。 たとえば、一部の受信者に対して開封確認メッセージが有効化され、その他の受信者に対しては開封確認メッセージがブロックされるときに、Exchange はメッセージの分岐を必要とすることがあります。
• 1 つのメッセージに送信できる封筒の受信者の数を制限する: 大きなグループを拡大すると、数千人の個別受信者が生成される可能性があります。 数千のエンベロープ受信者を含むメッセージのコピーを 1 つ作成する代わりに、Exchange では、メッセージ エンベロープの受信者数を制限した同じメッセージのコピーを複数作成します。

分割

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

• メッセージ エンベロープの MAIL FROM のメッセージ送信者が更新されたとき (たとえば、グループの ReportToManagerEnabled パラメーターの値が $true の場合)。
• 自動応答メッセージ (例: DSN、NDR、OOF メッセージ、取り消し状況レポート) を抑制する必要がある場合。
• 代替受信者が展開される場合。
• Resent-From: ヘッダー フィールドをメッセージ ヘッダーに追加する場合。 Resent ヘッダー フィールドは、メッセージがユーザーによって転送されたかどうかを判断するために使用できる情報ヘッダー フィールドです。 Resent ヘッダー フィールドは、受信者にとってメッセージが元の送信者から直接送信されたように見えるようにするために使用されます。 受信者は、メッセージ ヘッダーを参照して、メッセージを転送したのは誰かを確認できます。 Resent ヘッダー フィールドは RFC 5322 のセクション 3.6.6 で定義されています。
• グループの展開履歴を送信する必要がある場合。

受信者の展開の制御

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

受信者の解決の診断

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

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

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

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

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

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

受信者の解決のログ

受信者解決ログは、%ExchangeInstallPath%Bin\EdgeTransport.exe.config アプリケーション構成ファイルの ResolverLogLevel キーによって制御されます。 このキーで有効な値は以下のとおりです。

• Disabled: 受信者の解決データはログに記録されません。 これは既定の値です。
• Enabled: メッセージ エンベロープ データのみがログに記録されます。
• FullContent: メッセージ エンベロープ データとメッセージ ヘッダー データがログに記録されます

ログ ファイルは %ExchangeInstallPath%Logging\Resolver に格納されます。