Доступ к «Веб-службам Exchange» из Outlook Mobile (в противном случае Outlook)?
Я знаю, что существуют различные протоколы, с помощью которых MS Exchange предоставляет доступ к службам, включая:
- EAS : Exchange Active Sync - проприетарный протокол, который, по-видимому, используется по умолчанию для доступа к Exchange с мобильных устройств.
- EWS : Веб-службы Exchange - открыто документированный протокол SOAP - стандартная веб-служба с определением WSDL.
- Exchange Outlook Anywhere (также известный как RPC / HTTP ) ...теперь не рекомендуется в пользу MAPI over HTTP ?
Если у меня есть доступ только к веб-службам 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/
Надеюсь, что приведенная выше информация поможет. :)