Назад | Перейти на главную страницу

Доступ к «Веб-службам Exchange» из Outlook Mobile (в противном случае Outlook)?

Мне известно, что существуют различные протоколы, с помощью которых MS Exchange предоставляет доступ к службам, в том числе:

Если у меня есть доступ только к веб-службам Exchange для определенного сервера Exchange, есть ли способ получить доступ к этим службам с помощью Outlook Mobile (на Android, iOS или Win-10-phone)?

Если прямой доступ невозможен, существует ли такая вещь, как мост между Exchange-Active-Sync (на стороне клиента) и веб-службами Exchange (на стороне сервера)?

Если мост между EAS и EWS не существует, возможно ли развернуть Outlook Web App для представления служб EWS в веб-браузерах на телефонах? (По сути, можно ли настроить Outlook Web App исключительно для связи с Exchange с помощью EWS через веб-прокси?)

Если ничего из вышеперечисленного невозможно, могу ли я использовать Outlook (на ноутбуке с Windows) для подключения к службе EWS?

1 # Обычные мобильные устройства используют ActiveSync для подключения к серверу Exchange.

2 # Нет такого моста между разными сервисами.

3 # Разные протоколы предназначены для разных служб. Например, служба EWS в основном отвечает за свободный / занятый, OOF, почтовые подсказки и подключение к Outlook для Mac. ActiveSync предназначен для доступа мобильных устройств. RPC / HTTP и MAPI / HTTP предназначены для подключения к Outlook. Но это не значит, что для конкретного клиента нужен только один протокол. Например, даже когда Outlook подключается к Exchange через RPC / HTTP, он будет подключаться к службе EWS при запросе данных о доступности.

Фактически, все упомянутые вами выше протоколы основаны на HTTPS, они используют один и тот же порт TCP 443 и один и тот же сертификат (привязка к службе IIS на сервере Exchange). И мы всегда используем одно и то же пространство имен для Outlook Anywhere, ActiveSync, службы EWS, виртуального каталога автономной адресной книги и MAPI / HTTP, например mail.domain.com.

Для внутренних клиентов нет необходимости ограничивать эти услуги.

Для внешних клиентов обязательно опубликуйте пространство имен autodiscover.domain.com, mail.domain.com и записи MX. Если у вас есть брандмауэр или прокси-сервер, вам может потребоваться установить правило для публикации этих служб. Вы можете найти в Google документ, связанный с настройками брандмауэра / прокси, которые вы планируете использовать.

Вот блог о клиентском доступе в Exchange 2013 для справки: https://blogs.technet.microsoft.com/exchange/2013/01/25/exchange-2013-client-access-server-role/

Надеюсь, что приведенная выше информация поможет. :)