Мобильный Outlook 2010 Outlook (RPC через HTTP) не работает (раздел поставщика EXCH отсутствует в ответе автообнаружения.)

Немного предыстории... сеть взорвалась, перестроилась. В этом AD выжили люди, не знающие, что они делают: Exchange 2007 (несколько раз устанавливался и удалялся), Exchange 2010 (текущий в использовании и один раз перенесенный после сбоя).

Мой Outlook Anywhere (RPC через HTTP) не работает, XML-ответ приведен ниже, и, насколько я могу судить, он предоставляет всю необходимую информацию, но testexchangeconnectivity.com все еще говорит: "Раздел поставщика EXCH отсутствует в ответе автообнаружения".

Я прошел через AD с тонкой зубной гребенкой и считаю, что все в порядке (все правильно в службе Exchange при настройке в ADSIEDIT), хотя, возможно, я не смотрю в нужных местах.

Мой внутренний и внешний URL-адрес одинаковы. Любые советы о том, где искать или любой вклад очень ценится!

<?xml version="1.0"?>
<Autodiscover xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
  <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
      <DisplayName>User Name</DisplayName>
      <LegacyDN>/o=Org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=User Name</LegacyDN>
      <DeploymentId>1f6566b1-18f9-43ae-a2f4-495916449c3f</DeploymentId>
    </User>
    <Account>
      <AccountType>email</AccountType>
      <Action>settings</Action>
      <Protocol>
        <Type>EXCH</Type>
        <MdbDN>/o=Org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=TRITON/cn=Microsoft Private MDB</MdbDN>
        <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
        <OOFUrl>https://mail.domain.com/EWS/exchange.asmx</OOFUrl>
        <OABUrl>http://mail.domain.com/OAB/484c877c-a2ca-4ec7-b6eb-69c51c199245/</OABUrl>
        <UMUrl>https://mail.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <CertPrincipalName>msstd:*.domain.com</CertPrincipalName>
        <PublicFolderServer>ScuttleTwo.domain.com</PublicFolderServer>
        <AD>Dewey.students.domain.com</AD>
        <EwsUrl>https://mail.domain.com/EWS/exchange.asmx</EwsUrl>
        <EcpUrl>https://mail.domain.com/ecp</EcpUrl>
        <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
        <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
        <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
      </Protocol>
      <Protocol>
        <Type>EXPR</Type>
        <Server>mail.domain.com</Server>
        <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
        <OOFUrl>https://mail.domain.com/EWS/exchange.asmx</OOFUrl>
        <OABUrl>https://mail.domain.com/OAB/484c877c-a2ca-4ec7-b6eb-69c51c199245/</OABUrl>
        <UMUrl>https://mail.domain.com/EWS/UM2007Legacy.asmx</UMUrl>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <SSL>On</SSL>
        <AuthPackage>Basic</AuthPackage>
        <CertPrincipalName>msstd:*.domain.com</CertPrincipalName>
        <EwsUrl>https://mail.domain.com/EWS/exchange.asmx</EwsUrl>
        <EcpUrl>https://mail.domain.com/ecp</EcpUrl>
        <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
        <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
        <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
        <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
      </Protocol>
      <Protocol>
        <Type>WEB</Type>
        <Port>0</Port>
        <DirectoryPort>0</DirectoryPort>
        <ReferralPort>0</ReferralPort>
        <Internal>
          <OWAUrl AuthenticationMethod="Basic, Fba">https://mail.domain.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXCH</Type>
            <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
          </Protocol>
        </Internal>
        <External>
          <OWAUrl AuthenticationMethod="Fba">https://mail.domain.com/owa/</OWAUrl>
          <Protocol>
            <Type>EXPR</Type>
            <ASUrl>https://mail.domain.com/EWS/exchange.asmx</ASUrl>
          </Protocol>
        </External>
      </Protocol>
    </Account>
  </Response>
</Autodiscover>
Источник

2 ответа

Решение

У меня была такая же проблема, и потребовалось некоторое копание, так как сообщение об ошибке инструмента удаленного подключения Exchange вводит в заблуждение.

Для меня это оказалось ссылкой на сервер CAS, который был недавно удален, в свойстве RPCClientAccessServer базы данных. (Для справки: Exchange - это новое в моей среде, и я настроил Exchange с некоторыми "тестовыми" именами хостов. Когда пришло время переходить на рабочие имена хостов, я удалил тестовые серверы из среды...)

RPCClientAccessServer, похоже, не устанавливается динамически. Очевидно, поскольку это моя первоначальная реализация Exchange, я не эксперт, поэтому, если кто-то может предоставить дополнительную информацию по этому вопросу, пожалуйста, побалуйте меня.

В любом случае, решение этой проблемы было простым захватом баз данных и сбросом свойства RPCClientAccessServer с помощью PowerShell.

Например, следующее получает все базы данных на хосте "mailbox01" и устанавливает RPCClientAccessServer в "newCAS02":

    Get-MailboxDatabase -Server mailbox01.example.local | Set-MailboxDatabase -RPCClientAccessServer newCAS02.example.local

Обратите внимание, что это должны быть полные доменные имена.

Чтобы отдать должное, когда это необходимо, я нашел свое решение здесь http://exchangeserverpro.com/outlook-clients-unable-to-connect-to-exchange-2010-after-client-access-server-role-moved

Я подумал, что опубликую это здесь, потому что в нем ничего не упоминается об ошибке "Отсутствует раздел провайдера EXCH", и это решение было немного сложно найти.

Источник

Это немного сложно диагностировать, основываясь на включенном отчете. Я вижу HTTPS там, поэтому я бы проверил, чтобы убедиться, что вы импортировали свой сертификат SSL.

Вы упомянули, что Exchange 2010 - это то, чем вы сейчас пользуетесь, взяли ли вы его до SP1? если вы можете сделать это, а затем следовать статье Microsoft TechNet, это должно быть лучшее место для начала.

http://technet.microsoft.com/en-us/library/bb123741.aspx

есть также команда powershell Test-OutlookConnectivity

удачи, дайте нам знать, как это работает.

Источник
Другие вопросы по тегам