我的问题与推荐的方式(前进)有关,以与本地Exchange邮箱进行对话并以编程方式从外部应用程序对其执行操作?
EWS API和相应的SDK看起来很有希望:
https://blogs.msdn.microsoft.com/webdav_101/2018/06/19/about-using-ews-and-powershell/
但是,基于此,将来是否会继续支持它仍存在一些困惑:
尽管以上只是关于o365的讨论,但是将不再投资EWS的事实提出了一个问题,即是否应继续使用新的本地交换应用程序。
PowerShell,远程PowerShell等也可以使用,但似乎不太适合在外部应用程序中使用/集成,而更适合自动化操作。
请问有人可以推荐与本地Exchange一起使用的推荐方式吗?
答案 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就可以摆脱。