裝置註冊、將 Email 設定檔指派到裝置，以及裝置合規性狀態的變更，都會有所影響。已根據裝置上顯示的 EAS 設定檔，而將 MEM 指派給裝置。受管和「需要 ActiveSync 設定檔」合規原則可確保維持不允許未受管和手動配置的狀態。
具有 Exchange Active Sync (EAS) 設定檔的裝置
具有 EAS 設定檔的裝置與特定 MEM 組態產生關聯時，Omnissa Workspace ONE UEM 會將原則更新傳送到該 MEM 組態。此功能會加速移轉和多個 MEM 配置，其中會管理一或多個 Email 環境。
不論 Email 用戶端為何，所有的 Google MEM 模式都需要有 EAS 設定檔。對於新安裝，必須將 EAS 設定檔與 MEM 配置產生關聯。至於升級項目，管理員必須在升級程序完成時，建立 EAS 設定檔與 MEM 配置之關聯性。
已整合的 SEG 代理伺服器
Workspace ONE UEM 將廣播訊息傳送給已註冊裝置的組織群組本身的所有 MEM 組態。此訊息呈現裝置的合規狀態。合規變更時，將傳送更新的訊息。一旦裝置與特定的 SEG 伺服器連線後，SEG 便會根據先前所傳送的廣播訊息辨識裝置。接著 SEG Proxy 會向 Omnissa Workspace ONE 報告已偵測到該裝置。Workspace ONE UEM 接著會使該裝置與 SEG 的 MEM 配置產生關聯，並在 Email 儀表板上顯示該裝置。
如果多重 SEG 伺服器負載平衡，單一原則的廣播訊息僅會套用在一個 SEG。這包括從 Workspace ONE UEM Console 在註冊、合規性違規或修正時傳送至 SEG 的訊息。使用重新整理的間隔時間設為 10 分鐘的 Delta Sync，來協助處理剛註冊或合規的裝置。這些裝置等候 Email 開始同步的時間最長為 10 分鐘。
優點：
- 更新了所有的 SEG 伺服器中，來自相同 API 來源的原則。
- 對 API 伺服器的性能影響較小。
- 相較於 SEG 群集模型，減低了實行或保養的複雜度。
- 因為每個 SEG 各自負責自己的幾組原則，因此顯著地減少故障點。
- 改善的使用者體驗。
整合 PowerShell
在原則更新方面，PowerShell MEM 配置與 SEG 的運作方式相同。對於移轉到 PowerShell，重要的是讓新的設定檔與 PowerShell MEM 配置產生關聯。與新設定檔產生關聯可減少與之前 MEM 配置的不必要通訊。
Gmail 已整合
除了與 Google 目錄 API 整合之外，此部署類型必須要有設定檔。除非裝置已透過設定檔來佈建，否則您配置的 Gmail 部署無法辨識或管理該裝置。
同步裝置
使用 MEM 以同步與組織群組關聯的裝置。
一旦行動 Email 管理 (MEM) 部署配置完成，相關組織群組的裝置便會透過 MEM 同步。您可以從 Workspace ONE UEM Console 的電子郵件儀表板頁面檢視裝置狀態和其他詳細資訊。
裝置在儀表板上出現的時機取決於裝置所指派的部署模式為何。
- SEG Proxy - 當 SEG Proxy 報告裝置已連線並接受管理後，由 SEG Proxy 所管理的裝置便會出現在儀表板上。
- PowerShell - 當 Workspace ONE UEM 傳送 PowerShell cmdlet 以允許裝置與電子郵件連線時，由 PowerShell 所管理的裝置便會出現在儀表板上。
- Gmail - 當 Workspace ONE UEM EAS 設定檔排入裝置佇列後，由 Gmail 所管理的裝置便會出現在儀表板上。
Email 儀表板會顯示下列其中一種狀態：
- 受管且已指派 - 有已辨識之 memconfigID 的註冊裝置。
- 受管但未指派 - 未能透過設定檔的指派或自動探索功能來辨識其 memconfigID 的註冊裝置。
- 未受管但已偵測到 - 這些裝置尚未向 Workspace ONE UEM 註冊 ，但組織群組中某特定的 MEM 組態已偵測到這些裝置。
此頁面對您有幫助嗎?