我的高層次目標：
我想自動將對話中的所有電子郵件從它們所在的各個郵箱複製到單一郵箱以充當存檔。這基本上會一次發生一個。因此，在實踐中，管理員/分析師收到一封電子郵件，該電子郵件是他們認為有必要存檔的對話的一部分，並且他們執行一個過程來收集所有這些電子郵件並將它們複製到單獨的郵箱中。
到目前為止我的想法：
我認為最好的方法是：
- 建立一個只有一組分析師可以向其發送電子郵件的郵箱
- 當分析師收到候選人電子郵件時，他們會將其轉發到 #1 中提到的郵箱
- 每當電子郵件到達此郵箱時，就會自動執行從所有來源郵箱複製電子郵件鏈的對話歷史記錄。
我的問題：
我最不確定#3。我知道有多種方法可以做到這一點，但不知道哪種方法可以產生最佳結果：
- 使用 Exchange Web 服務？多年來，這似乎是一種行之有效的方法，但我的理解是，微軟希望人們停止使用 EWS 並轉向 Microsoft Graph。
- 微軟圖譜？這似乎是 Microsoft 推薦的，但是 Microsoft Graph 的建立足以完成我想做的事情嗎？
- Azure 運作手冊？這種方法主要對於基於 PowerShell 的解決方案是否合理？如果是這樣，我似乎將不得不使用合規中心命令列開關。我經常使用它們，並且經常遇到限制，特別是在複製電子郵件方面（似乎這只能透過匯出 PST 來完成）。
我基本上只是在尋找有人引導我走向正確的方向。使用 Graph、EWS 或 Azure 自動化完成類似工作的人。我沒有廣泛使用 Graph 或 EWS，不知道哪個更有意義。我想避免在一個選項上走得太遠，只會遇到磚牆限制，就像我對合規中心命令列開關所做的那樣。
編輯：關於我在合規中心小命令方面遇到的問題的更多解釋：
- 複製電子郵件是一個問題。您可以匯出結果，但它是 PST，我沒有找到透過腳本執行此操作的方法，只能透過 Web 介面執行此操作。搜尋郵箱在這方面工作正常，但它有自己的問題（命令列開關將在幾個月後退役）
- 在內容搜尋 KQL 中似乎無法透過對話 ID 進行搜尋。這讓我不得不在每種情況下設置複雜的自訂搜尋來查找所有電子郵件。
- 如果有必要的話我會再想一些理由。
答案1
不熟悉 Microsoft Graph 和 Azure Runbook。對於 Exchange 內建功能，您可以使用搜尋信箱來取得多個郵件信箱中的這些郵件。
或 Office 365 安全性與合規性下的電子資料展示。建立電子資料展示案例並選擇誰有權存取它後，使用該案例搜尋電子郵件、文件、Skype for Business 對話、Teams 資料和組織中的其他內容。然後，您可以保留內容並匯出搜尋結果以進行進一步分析。
對於傳入郵件，您可以建立傳輸規則以將其重新導向至特定郵箱。