ご返信ありがとうございます。ご説明が不足しており申し訳ございません。
SCPの情報をドメインコントローラーが保持しており、最終的には Exchange の CAS から設定を受領する流れは
ある程度理解しているのですが、autodiscover 発動の起点でクライアントが問合せ先として認識している
ドメインコントローラーが、どのようなロジックで選定されているのかを明らかにしたいという意図がございます。
背景としては、現在アカウントフォレストとリソースフォレストが分かれた構成のActiveDirectory組織
Exchange 2010 を運用しており、このシステムの更改を行う中で、現状の Autodiscover の動きを
ハッキリさせておきたいという要件が前提にございます。
理解している動きとしては、以下の通りです。
1.Outlook を起動するとユーザーアカウントが所属するアカウントフォレストのドメインコントローラーに
SCP 要求が行われる
2.アカウントフォレストのドメインコントローラーが、リソースフォレストのドメインコントローラーへの接続情報を返却する
3.リソースフォレストのドメインコントローラーへ SCP 要求が行われる
4.リソースフォレストのドメインコントローラーから、SCPの一覧が返却される
5.クライアントは一覧から自身のサイト情報に対応する URL（CAS） を選択し、SCP要求を行う
6.証明書の検証を経て、Autodiscover接続に成功する
この一連の動作の起点となる「1」のドメインコントローラーの選択ロジックを明らかにしたく。
（想定では、ユーザーアカウントが所属するドメイン、かつコンピューターアカウントの持つサイト情報を
キーに、同一ドメイン・同一サイトのドメインコントローラーが SRV レコードで解決されるといった動きをしているのではないかと
考えているのですが、確証が無く・・・）
