Здесь описана известная проблема ECP перенаправляет на OWA в Exchange 2013 и тут: Центр администрирования Exchange в Exchange 2013.
Коротко
Если вы находитесь в сценарии сосуществования, когда вы используете Exchange 2010 и Exchange 2013 в одной организации, а ваш почтовый ящик по-прежнему находится на сервере почтовых ящиков Exchange 2010, браузер по умолчанию будет использовать Exchange 2010 ECP. Вы можете получить доступ к EAC, добавив версию Exchange в URL-адрес. Например, для доступа к центру администрирования Exchange, виртуальный каталог которого размещен на сервере клиентского доступа CAS15-NA, используйте следующий URL-адрес: https: // CAS15-NA / ecp? ExchClientVer = 15. И наоборот, если вы хотите получить доступ к Exchange 2010 ECP и ваш почтовый ящик находится на сервере почтовых ящиков Exchange 2013, используйте следующий URL-адрес: https: // CAS14-NA / ecp? ExchClientVer = 14.
Итак, когда я пытаюсь изменить URL-адрес: https://<Exchange_2013_CAS_FQDN>/ecp?ExchClientVer=15
Он отображается как аутентификация OWA, но после того, как вы предоставите учетные данные, он будет перенаправлен обратно в EAC.
Проблема в том, что теперь я должен указать и напомнить об этой проблеме целой армии тех, кому нужен доступ к ECP (используется для создания переадресации электронной почты). Есть ли решение, которое могло бы дать мне перерыв, то есть другой обходной путь, более устойчивый, чем человеческая память? Может быть какая-то настройка IIS / Exchange?
Единственный надежный способ - переместить почтовые ящики в Exchange 2013 для всех, кому нужно использовать ECP. Все остальное быстро превратится в кошмар администратора.