У нас есть серверы Exchange 2010 и Lync 2013 в нашей среде. Мы находимся в процессе миграции Exchange на версию 2016. Я установил новые серверы и настроил на них виртуальные каталоги. Все URL-адреса настроены правильно. На некоторых клиентах я добавил mail.mydomain с новым IP-адресом сервера в файл hosts, чтобы протестировать новую роль клиентского доступа к серверу. Outlook и owa работают нормально. У некоторых пользователей нет проблем с lync или SFB-клиентом, но у большинства из них есть " EWS Not Deployed »в информации о конфигурации lync, и их разговор не будет сохраняться в истории разговоров. Я пробую много решений в Google, но ничего не работает. Пользователи, у которых нет ошибок в lync, имеют журнал в iis, например:
/autodiscover/autodiscover.xml &CorrelationID=<empty>;&cafeReqId=d8477152-1642-4a6d-bac0-d224361d42f4; 443 domain\user 172.17.8.202 Microsoft+Office/16.0+(Windows+NT+10.0;+Microsoft+Outlook+16.0.4549;+Pro) - 200 0 0 135
Другие, столкнувшиеся с ошибкой, имеют следующий журнал:
/autodiscover/autodiscover.svc &CorrelationID=<empty>;&cafeReqId=14b89ba7-d59a-4c94-8f36-0e8413843a53; 443 domain\username 172.17.8.80 OC/15.0.4997.1000+(Microsoft+Lync) - 302 0 0 27
Обновление: пользователи, чей почтовый ящик находится в почтовом ящике 2016, не имеют такой проблемы, и только почтовые ящики с 2010 года имеют эту проблему.
Некоторые из почтовых ящиков 2010 года уже имеют проблемы с EWS в lync без перемещения на серверы 2016, но некоторые нет. Перенос почтовых ящиков на серверы 2016 решает вторую проблему группы, но не первую группу. Проблема первой группы может быть решена с помощью решения на стороне клиента Вот
Как известно, клиент Lync / SfB не будет использовать записи SCP Active Directory для получения URL-адреса автообнаружения. Так и будет только использовать Метод DNS-записи.
Поэтому убедитесь, что точка запись автообнаружения (а также другие службы Exchange, например EWS, OAB) на новый сервер Exchange 2013. Он будет делать прокси, если почтовый ящик в Exchange 2010.