web-dev-qa-db-ja.com

Exchange 2010：一部のユーザーの自動検出にEXPRセクションがありません

メールボックスを365に移行しようとしています。カットオーバー移行を行っています。失敗し続ける約15のメールボックスがあることを除いて、すべてが順調に進んでいます。私が思う問題を追跡しました...自動検出に失敗しているメールボックスで、EXPRまたはOutlookAnywhereセクションが返されません。

Outlookテストの自動構成の例：

作業ユーザー：

<?xml version="1.0" encoding="utf-8"?>
  <Autodiscover ...>
      <Protocol>
        <Type>EXCH</Type>
          ...
      </Protocol>
      <Protocol>
        <Type>EXPR</Type>
          ...
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
          ...
      </Protocol>
   ...
</Autodiscover>

働いていないユーザー：

<?xml version="1.0" encoding="utf-8"?>
   <Autodiscover ...>
      <Protocol>
        <Type>EXCH</Type>
       ...
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
       ...
      </Protocol>
   ...
</Autodiscover>

働いていないユーザーにはEXPRセクションがありません。 CASサーバーを再起動し、自動検出仮想ディレクトリを再構築し、異常な/不要なメールボックス設定を確認しましたが、何も問題が見つかりません。 200以上のメールボックスのうち、15がこれを行っています。 1つはシステム内で最も古いアカウントで、もう1つはシステム内で最も新しいアカウントです。ここからどこへ行けばいいのか本当にわかりません。

Microsoft Remote Connectivity Analyzerを使用しましたが、問題はありません（他の人が問題を抱えているのを見てきたように、EXCHセクションが欠落していないためだと思います）。これらのユーザーは異なるメールボックスデータベースにいます。接続が見えません。

他の誰かがこの問題を見たことがありますか？ここからどこを見ればいいのか？そのセクションが発生するのを妨げている可能性があるものについて何か考えはありますか？

Test-OutlookConnectivityも使用しました。ほとんどのユーザーで結果が得られますが、これらの壊れたメールボックスではFatal Autodiscover failure EXPR = <NULL>

ご覧いただきありがとうございます。提案/回答をありがとうございます。

exchange-2010autodiscovery
3
sidework

私の知る限り（つまり、私はたくさんのことを試しました）、私の場合、問題は「壊れた」ユーザーがMAPIBlockOutlookRpcHttpをtrueに設定したことであると確信しています。これをfalseに設定し、移行を再試行するとうまくいきました。これが将来の人々に役立つことを願っています...

ここに、その設定を使用してOutlook Anywhereを無効にすることについて説明しているリンクがあります...（もちろん、有効にする必要がありましたが、アイデアは得られます...） Outlook Anywhereを無効にする

2
sidework