none
Непонятная работа autodiscover на Exchange Server 2013 RRS feed

  • Вопрос

  • Добрый день! Столкнулся с непонятным явлением в работе так называемого autodiscover, развернул Exchange 2013sp1, настроил, развернул внутренний центр сертификации, распространил сертификат по домену, клиенты подключаются в домене, почта работает, autodiscover работает,  проблема заключается в том что при просмотре настроек подключения после autodiscover в Outlook видно что клиент получил параметр сервер: 66de656-f8c0-4e1d-a2-********@domen.ru, примерно что то типа того. Так же это значение видно при тестировании автоконфигурации Outlook:

    Протокол: Exchange RPC

    Сервер: 66de656-f8c0-4e1d-a2-********@domen.ru

    Может кто нибудь знает что это за наименование, почему нормальное имя сервера Exchange не пишется в настройках, поискал везде на форумах и не могу ни чего похожего найти, при этом почта работает нормально.

     
    22 февраля 2017 г. 14:09

Ответы

  • 1) Не надо читать "много статей", толку не будет никакого.

    2) Откройте для себя тщательно и подробно документированный раздел в библиотеке технет по продукту, где есть все ответы, которые просто перепечатывают потом в блогах и статьях.

    As a result of these architectural changes, there have been some changes to client connectivity. First, RPC is no longer a supported direct access protocol. This means that all Outlook connectivity must take place using RPC over HTTP (also known as Outlook Anywhere). At first glance, this may seem like a limitation, but it actually has some added benefits. The most obvious benefit is that there is no need to have the RPC client access service on the Client Access server. This results in the reduction of two namespaces that would normally be required for a site-resilient solution. In addition, there is no longer any requirement to provide affinity for the RPC client access service.

    Second, Outlook clients no longer connect to a server FQDN as they have done in all previous versions of Exchange. Outlook uses Autodiscover to create a new connection point comprised of mailbox GUID, @ symbol, and the domain portion of the user’s primary SMTP address. This simple change results in a near elimination of the unwelcome message of “Your administrator has made a change to your mailbox. Please restart. Only Outlook 2007 and higher versions are supported with Exchange 2013.

    https://technet.microsoft.com/en-us/library/jj150540(v=exchg.150).aspx

    Побольше технета- поменьше проблем.

    Всех благ.

    22 февраля 2017 г. 17:10
  • Да, это нормально. Начиная с Exchange 2013 в строке подключение отображается GUID почтового ящика. Вопрос обсуждался многократно, вот один из примеров:

    https://social.technet.microsoft.com/Forums/ru-RU/6517a07b-efc5-457f-999b-25e62a373ca5/-outlook-exchange-2013?forum=exchange2013ru

    Если вы посмотрите файл XML, который получил Outlook, то там будут видны все имена сервера, так что никакой магии в том, что почта работает, нет. :)

    22 февраля 2017 г. 14:56

Все ответы

  • Да, это нормально. Начиная с Exchange 2013 в строке подключение отображается GUID почтового ящика. Вопрос обсуждался многократно, вот один из примеров:

    https://social.technet.microsoft.com/Forums/ru-RU/6517a07b-efc5-457f-999b-25e62a373ca5/-outlook-exchange-2013?forum=exchange2013ru

    Если вы посмотрите файл XML, который получил Outlook, то там будут видны все имена сервера, так что никакой магии в том, что почта работает, нет. :)

    22 февраля 2017 г. 14:56
  • Спасибо за разъяснение, а то Я мозг уже сломал, думал что как то ни так настроил, самое главное в официальной документации ни слова нет про это, первый раз столкнулся с внедрением с Exchange. Вот только теперь при ручной настройке Outlook подругому, раньше можно было в строке сервер указать к примеру: mail.domen.ru, и имя на русском языке и он, с EXchange подтягивал настройки, но это в Exch2010 было, а 2013ом я не смог настроить так, он ругается на то что нет соединения с сервером, хотя и DNS прописывал уже по разному, тоже по этому поводу много статей перечитал, ни одна не помогла).
    22 февраля 2017 г. 16:42
  • 1) Не надо читать "много статей", толку не будет никакого.

    2) Откройте для себя тщательно и подробно документированный раздел в библиотеке технет по продукту, где есть все ответы, которые просто перепечатывают потом в блогах и статьях.

    As a result of these architectural changes, there have been some changes to client connectivity. First, RPC is no longer a supported direct access protocol. This means that all Outlook connectivity must take place using RPC over HTTP (also known as Outlook Anywhere). At first glance, this may seem like a limitation, but it actually has some added benefits. The most obvious benefit is that there is no need to have the RPC client access service on the Client Access server. This results in the reduction of two namespaces that would normally be required for a site-resilient solution. In addition, there is no longer any requirement to provide affinity for the RPC client access service.

    Second, Outlook clients no longer connect to a server FQDN as they have done in all previous versions of Exchange. Outlook uses Autodiscover to create a new connection point comprised of mailbox GUID, @ symbol, and the domain portion of the user’s primary SMTP address. This simple change results in a near elimination of the unwelcome message of “Your administrator has made a change to your mailbox. Please restart. Only Outlook 2007 and higher versions are supported with Exchange 2013.

    https://technet.microsoft.com/en-us/library/jj150540(v=exchg.150).aspx

    Побольше технета- поменьше проблем.

    Всех благ.

    22 февраля 2017 г. 17:10
  • Спасибо еще раз, очень помогли, и Вам всех благ.
    22 февраля 2017 г. 17:53