簡體   English   中英

在本地Exchange郵箱上執行操作的推薦方法

[英]Recommended way to perform operations on on-premises Exchange mail box

我的問題與推薦的方式(前進)有關,以與本地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一起使用的推薦方法嗎?

嘗試使用Microsoft GraphAPI。 詳細信息在這里https://developer.microsoft.com/zh-cn/graph/graph-explorer 登錄。嘗試使用https://graph.microsoft.com/v1.0/me/messages示例。 登錄后,單擊左列上的“顯示更多樣本”,查看更多示例。

是The Way(tm)嗎? 我不知道,但是很酷。 我有一些示例代碼正在使用,沒有共享的格式,但是看起來API覆蓋了很多領域。 一些僅用於客戶端的規則看起來需要進行一些工作才能公開,也許在以后的發行版中會得到增強。

根據您要編寫的應用程序類型,EWS將在Exchange 2019中出現,因此說2013、16和19 OnPrem可以正常工作。 與新的REST API相比,使用EWS有優點和缺點,但是它是特定於應用程序的,並且變化很快。 但是同樣,這完全取決於您要編寫的應用程序類型以及需要支持的Exchange版本。 通常,不會在新的OnPrem版本中出現的較新功能會反向移植到較舊的版本中。 因此,將在Office365和Exchange 2019中運行的一項出色的新功能在2016年可能無法正常運行,您可能需要使用一些較舊的舊版API才能實現同一目的。 如果您是ISV並且需要對OnPrem Exchange版本的廣泛支持,則截至目前的最低要求是期望同時使用EWS和REST。 如果您只是為將來要遷移到2019年的一個組織創建應用程序,則可能只需要REST就可以擺脫困境。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM