在本地Exchange邮箱上执行操作的推荐方法

时间:2018-12-02 11:19:15

标签: powershell microsoft-graph exchangewebservices

我的问题与推荐的方式(前进)有关,以与本地Exchange邮箱进行对话并以编程方式从外部应用程序对其执行操作?

    根据以下几篇文章,
  1. EWS API和相应的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 :(得分:1)

尝试使用Microsoft GraphAPI。详细信息https://developer.microsoft.com/en-us/graph/graph-explorer在这里。登录。尝试使用https://graph.microsoft.com/v1.0/me/messages示例。登录后,单击左列的“显示更多样本”,查看更多示例。

是路(tm)吗?我不知道,但是很酷。我有一些示例代码正在使用,没有共享的格式,但是看起来API覆盖了很多领域。某些仅适用于客户的规则看起来需要进行一些公开工作,也许在以后的版本中会得到加强。

答案 1 :(得分:0)

根据您要编写的应用程序类型,EWS将在Exchange 2019中出现,因此说2013、16和19 OnPrem可以正常工作。与新的REST API相比,使用EWS有优点和缺点,但是它是特定于应用程序的,并且变化很快。但是同样,这完全取决于您要编写的应用程序类型以及需要支持的Exchange版本。通常,不会在新的OnPrem版本中出现的较新功能会反向移植到较旧的版本中。因此,将在Office365和Exchange 2019中运行的一项出色的新功能在2016年可能无法正常运行,您可能需要使用一些较旧的旧版API才能实现同一目的。如果您是ISV并且需要对OnPrem Exchange版本的广泛支持,则截至目前的最低要求是期望同时使用EWS和REST。如果您只是为将要迁移到2019年的一个组织创建应用程序,那么您可能只需要使用REST就可以摆脱。