Exchange Server での受信者の解決
受信者の解決 は、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:
ヘッダー フィールドの送信者と受信者から作成されます。 ただし、これらのヘッダー フィールドは偽造が簡単で、メッセージ送信時に使用された実際の送信者または受信者の電子メール アドレスと一致しないことがあります。
カプセル化された電子メール アドレス
標準 SMTP 電子メール アドレスは、RFC 5321 と RFC 5322 の仕様に従います (例: chris@contoso.com)。 ただし、電子メール アドレスは、SMTP アドレスにカプセル化されている SMTP 以外のアドレスである場合もあります。 Exchange では、SMTP メール アドレスで無効な文字を有効な文字に置き換えるインターネット メール コネクタカプセル化アドレス (IMCEA) カプセル化方法がサポートされています。
IMCEA アドレスでは、構文 IMCEA<Type>-<address>@<domain>
を使用します。
-
<Type> は、SMTP 以外のアドレスの種類 (
EX
、X400
、FAX
など) を識別します。SMTP
とX500
は<Type>の理論的に有効な値ですが、Exchange 受信者の解決では、これらの種類のいずれかを使用する IMCEA でエンコードされたアドレスは拒否されます。 -
<address> は、元のアドレスのコード化されたバージョンです。
- 英数字、等号記号 (=)、およびハイフン (-) は置き換えられません。
- スラッシュ (/) はアンダースコア (_) に置き換えられます。
- その他の US-ASCII 文字はプラス記号 (+) に置き換えられ、ASCII 値の 2 桁が 16 進数で置き換えられます (たとえば、スペース文字にはエンコードされた値が
+20
)。
- <domain> は、SMTP 以外のアドレスのカプセル化に使用される SMTP ドメインを表します (例: contoso.com)。
IMCEA アドレスは、ドメインが Exchange 組織の既定の承認済みドメインと一致する場合にのみ、元の値 (カプセル化されていない値) に戻されます。 既定の承認済みドメインの詳細については、「既定のドメイン」を参照してください。
Exchange の SMTP 電子メール アドレスの最大長は 571 文字です。 この制限の内訳は次のとおりです。
- アドレスの名前部分が 315 文字
- ドメイン名が 255 文字
- 名前とドメイン名を区切るアット マーク (@) 文字
Exchange は、電子メール アドレス全体の長さが 571 文字より短いときでも、アドレスの名前の部分が 315 文字を超えていると、IMCEA でエンコードされたメッセージをサポートしなくなります。
アドレス解決
メッセージごとに、送信者のメール アドレスとすべての受信者アドレスが、Active Directory のクエリに使用されるリストに追加されます。 カプセル化されたアドレスは、このリストに追加する前にカプセル化が解除されます。 Active Directory クエリは、一度に最大 20 個のメール アドレスに対して実行されます。 クエリで一時的なエラーが発生した場合、メッセージは送信キューに返され、Transport サービスに関連付けられている%ExchangeInstallPath%Bin\EdgeTransport.exe.config
XML アプリケーション構成ファイルの ResolverRetryInterval キーで指定された時間は遅延されます。 既定値は 30 分です。
Exchange で使用される Active Directory 受信者オブジェクトについては、次の表で説明します。 Exchange の受信者の種類の詳細については、「受信者」を参照してください。
Active Directory の受信者の種類 | 説明 |
---|---|
DistributionGroup | メールが有効なグループ オブジェクトです。 配布グループのオブジェクトの種類は次のとおりです。
|
DynamicDistributionGroup | Active Directory クラス msExchDynamicDistributionList を持つオブジェクトです。 詳細については、「 動的配布グループの管理」を参照してください。 |
Mailbox | 電子メール アドレスと定義済みの Database パラメーターを持つオブジェクト。 |
MailUser | データベース パラメーターが定義されていない電子メール アドレスを持つユーザー オブジェクト。 詳細については、「 メール ユーザーの管理」を参照してください。 |
MailContact | 電子メール アドレスを持つ連絡先オブジェクトです。 通常、メール連絡先は Exchange 組織外の受信者に使用されます。 また、メール連絡先はフォレスト間 Exchange 環境でも使用されます。 詳細については、「メール連絡先の管理」を参照してください。 |
MailPublicFolder | 電子メール アドレスを持つパブリック フォルダー オブジェクトです。 詳細については、「パブリック フォルダー」を参照してください。 |
MicrosoftExchangeRecipient | Active Directory クラス msExchExchangeServerRecipient を持つオブジェクトです。 Exchange 受信者オブジェクトの詳細については、「 受信者」を参照してください。 |
SystemMailbox | 電子メール アドレスを保持し、Microsoft Exchange システム オブジェクト コンテナー内に配置されるユーザー オブジェクトです。 Exchange 組織のメールボックス データベースには、それぞれに 1 つのシステム メールボックスが存在します。 |
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 組織内の別の受信者または外部メール アドレスへの転送を構成できます。 詳細については、「メールボックスのメール転送を構成する」を参照してください。
メールが有効なパブリック フォルダー: Exchange 組織内の別の受信者への転送を構成できます。
メールボックスやメールが有効なパブリック フォルダーは、転送先アドレス、または転送先アドレスと元の受信者にのみメッセージを送信するように構成できます。
連絡先チェーン: 連絡先チェーン は、外部メール アドレスが Exchange 組織内の別の受信者のメール アドレスに設定されているメール ユーザーまたはメール連絡先です。
受信者ループの検出
グループ、代替受信者、および連絡先チェーンが展開されるときに、カテゴライザーは受信者ループについてチェックします。 受信者ループとは、同じ受信者へのメッセージ配信を無限に繰り返してしまう構成上の問題です。 次に、さまざまな種類の受信者ループについての説明を示します。
無害な受信者ループ: 無害な受信者がループを実行できるシナリオは次の 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
に設定されている場合は、もう一方のパラメーターを$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 管理シェル 構成 | 説明 |
---|---|---|---|
受信するメッセージの最大サイズ | 組織: メール フロー>Receive コネクタ>その他のオプション>組織のトランスポート設定>[制限 ] タブ >Maximum 受信メッセージ サイズ (MB) メールボックス: Recipients>Mailboxes>メールボックス >>Mailbox の機能>[メール フロー] セクション> [メッセージ サイズ制限] セクション>[詳細の表示>受信メッセージ] セクション >Maximum メッセージ サイズ (KB) を選択します メール ユーザー: 受信者>Contacts> [メール ユーザー] >>[メール フローの設定>メッセージ のサイズ制限] セクション >[詳細>Received messages] セクション >Maximum メッセージ サイズ (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 のメッセージ サイズと受信者の制限」を参照してください。 |
受信者は内部送信者からのメッセージのみの許可が可能になり、外部送信者からのメッセージは拒否する必要がある | メールボックス: Recipients>Mailboxes> [編集] アイコン>[編集選択します>メールボックスの機能>[メール フロー] セクション >[メッセージ配信制限] セクション >[詳細の表示>セクションからのメッセージの受信>チェックまたはオフすべての送信者が認証されていることを要求する] チェック ボックスをオンまたはオフにする リモート メールボックス: Recipients>Mailboxes> [Microsoft 365 または Office 365 メールボックス] >[編集>[メール フローの設定>Message 配信制限] セクション >[詳細の表示>>[すべての送信者が認証されていることを要求する] チェック ボックスをオンまたはオフにする メール ユーザー: 受信者>Contacts> [メール ユーザー] >[> [メール フローの設定>メッセージ配信制限] セクション >[詳細の表示>セクションからのメッセージの受信] チェック ボックス >をオンまたはオフにする すべての送信者が認証されていることを要求する グループ: Recipients>Groups> グループ >>Delivery management を選択>[組織内の送信者のみ] または [組織内外の送信者のみ] を選択します |
コマンドレット: New-DistributionGroup 、 Set-DistributionGroup 、 Set-DynamicDistributionGroup 、 Set-Mailbox 、 Set-MailContact 、 Set-MailPublicFolder 、 Set-MailUser 、および Set-RemoteMailbox パラメーター: RequireSenderAuthenticationEnabled |
受信者は、認証された (内部の) 送信者からのメッセージのみを許可するように構成することも、認証された送信者と認証されていない (外部の) 送信者からのメッセージを承諾するように構成することもできます。 |
受信者へのメッセージの送信を許可される送信者と許可されない送信者 | メールボックス: Recipients>Mailboxes> [編集] アイコン>[編集選択します>メールボックスの機能>[メール フロー] セクション>[メッセージ配信制限] セクション >[詳細の表示>次のリストのすべての送信者または送信者のみ] セクションまたは [送信者からの拒否] セクション: 次の一覧の送信者または送信者なし リモート メールボックス: Recipients>Mailboxes> [Microsoft 365 または Office 365 メールボックス] >[編集>[メール フローの設定>メッセージ配信制限] セクション >[詳細の表示>Accept メッセージ] セクションを選択します。[すべての送信者] セクションまたは [送信者のみ] セクションの [送信者なし] または [送信者] セクションの [送信者または送信者のみ] を選択します。 メール ユーザー: 受信者>Contacts>[メール ユーザー] >[>[メール フローの設定>メッセージ配信制限] セクション>[詳細の表示>Accept メッセージ] セクションを選択します。[すべての送信者] または [次のリストの送信者のみ] または [メッセージの拒否] セクション: 次の一覧の送信者または送信者なし グループ: Recipients>Groups> グループ >>Delivery management を選択します> [追加または [削除] をクリックして、グループに送信できるユーザーまたはグループ メンバーを指定します (他の送信者からのメッセージは拒否されます)。 |
コマンドレット: 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 トランスポート サーバーの ExpansionSizeLimit キーの値は変更しないことをお勧めします。
受信者の解決の診断
Exchange は、パフォーマンス カウンター、メッセージ追跡ログのエントリ、および受信者の解決のログで受信者の解決のレポートおよび診断情報を提供します。 これらのソースは、受信者の解決にかかわる問題を特定して、診断する際に役立ちます。
受信者の解決に関するパフォーマンス カウンター
次の表では、受信者の解決に関して利用可能なパフォーマンス カウンターについて説明します。
カウンター名 | 表示名 | 説明 |
---|---|---|
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 つのメッセージ内のエンベロープ受信者の数を制御するために、受信者の解決時に作成された同じメッセージのコピーの合計数です。 この処理は、チップ化 (チッピング) と呼ばれます。 |
MessagesCreatedTotal | Messages Created | 受信者の解決時に作成されたメッセージの数です。 |
MessagesRetriedTotal | Messages Retried | 受信者の解決時に再試行がスケジュールされたメッセージの数です。 |
UnresolvedOrgRecipientsTotal | Unresolved Org Recipients | 受信者の解決時に検出された、権限のあるドメインからの解決されない受信者の数です。 |
UnresolvedOrgSendersTotal | Unresolved Org Senders | 受信者の解決時に検出された、権限のあるドメインからの解決されない送信者の数です。 |
メッセージ追跡ログの受信者の解決イベント
次の表では、メッセージ追跡ログに書き込まれる受信者の解決イベントについて説明します。
メッセージ追跡イベント | 説明 |
---|---|
EXPAND | 配布グループが展開された。 |
REDIRECT | メールボックスまたはメールが有効なパブリック フォルダーに構成された転送先アドレスにメッセージがリダイレクトされました。 |
RESOLVE | 受信者の電子メール アドレスが、対応する Active Directory 受信者オブジェクトのプライマリ SMTP 電子メール アドレスに変更されました (つまり、メッセージが受信者のプロキシ アドレスに送信されたということです)。 |
TRANSFER | メッセージの分岐またはチップ化が発生しました (たとえば、コンテンツ変換、メッセージ受信者の制限、トランスポート エージェントなどによって発生します)。 |
メッセージ追跡の詳細については、「メッセージ追跡」を参照してください。
受信者の解決のログ
受信者解決ログは、%ExchangeInstallPath%Bin\EdgeTransport.exe.config
アプリケーション構成ファイルの ResolverLogLevel キーによって制御されます。 このキーで有効な値は以下のとおりです。
-
Disabled
: 受信者解決データはログに記録されません。 これは既定の値です。 -
Enabled
: メッセージ エンベロープ データのみがログに記録されます。 -
FullContent
: メッセージ エンベロープ データとメッセージ ヘッダー データがログに記録されます
ログ ファイルは、 %ExchangeInstallPath%Logging\Resolver
に格納されます。
注:
Exchange サーバー上の Exchange XML アプリケーション構成ファイル (web.config ファイルや EdgeTransport.exe.config ファイルなど) で行ったカスタマイズされた Exchange またはインターネット インフォメーション サーバー (IIS) 設定は、Exchange CU をインストールすると 上書きされます 。 インストール後に設定を簡単に再適用できるように、この情報を必ず保存してください。 Exchange CU をインストールした後、これらの設定を再構成する必要があります。