Рекомендуемый способ выполнения операций на локальном почтовом ящике Exchange - PullRequest
Новая
       10

Рекомендуемый способ выполнения операций на локальном почтовом ящике Exchange

0 голосов
/ 02 декабря 2018

Мой вопрос связан с рекомендуемым (в будущем) способом общения с локальным почтовым ящиком Exchange и выполнения операций над ним из внешнего приложения программным способом?

  1. API-интерфейсы EWS и соответствующие SDK выглядят многообещающе на основе нескольких статей, таких как:

    https://blogs.msdn.microsoft.com/webdav_101/2018/06/19/about-using-ews-and-powershell/

    , но есть некоторая путаницао том, будет ли она продолжать поддерживаться в будущем, исходя из этого:

    https://blogs.technet.microsoft.com/exchange/2018/07/03/upcoming-changes-to-exchange-web-services-ews-api-for-office-365/

    Несмотря на то, что вышеупомянутые разговоры только о o365, тот факт, что EWS больше не будет инвестироваться, вызываетвопрос о том, следует ли продолжать использовать его в новых приложениях для локального обмена.

  2. PowerShell, удаленная PowerShell и т. д. также могут работать, но, по-видимому, они менее подходят для использования / интеграции во внешнем приложении.и даже более того, для автоматизации операций.

Может кто-нибудь подскажет, каков рекомендуемый путь для дальнейшей работы с локальным Exchange?

Ответы [ 2 ]

0 голосов
/ 03 декабря 2018

Зависит от типа приложения, которое вы пытаетесь написать, EWS будет присутствовать в Exchange 2019, поэтому он будет прекрасно работать, например, 2013, 16 и 19 OnPrem.Есть преимущества и недостатки использования EWS по сравнению с новым REST API, но это зависит от приложения и быстро меняется.Но опять же, это полностью зависит от типа приложения, которое вы пытаетесь написать, и какую версию Exchange вам необходимо поддерживать.И, как правило, новые функции, которые появятся в новых версиях OnPrem, не переносятся в более старые версии.Так что отличная новая функция, которая будет работать в Office365 и Exchange 2019, может не сработать в 2016 году, и вам может понадобиться использовать некоторые устаревшие устаревшие API для достижения той же цели.Итог на сегодняшний день, если вы являетесь независимым разработчиком ПО и нуждаетесь в широкой поддержке покрытия для версий OnPrem Exchange, ожидайте, что вам потребуется использовать как EWS, так и REST.Если вы просто создаете приложения для одной организации, которая в будущем перейдет на 2019 год, вам, вероятно, будет просто REST.

0 голосов
/ 02 декабря 2018

Попробуйте Microsoft GraphAPI.Подробности https://developer.microsoft.com/en-us/graph/graph-explorer здесь.Войдите. Попробуйте образец https://graph.microsoft.com/v1.0/me/messages.Посмотрите другие примеры, нажав «Показать больше примеров» в левой колонке после входа в систему.

Это путь (тм)?Я не знаю, но это очень круто.У меня есть пример кода, с которым я работаю, ничего в формате, которым можно поделиться, но похоже, что API охватывает большую часть территории.Некоторые правила только для клиентов выглядят так, как будто они требуют некоторой работы для раскрытия, возможно, они будут усилены в более поздних выпусках.

...