轉寄信箱與個別信箱
雖然新設定建議使用個別信箱，但是您仍然可以使用轉寄信箱輪詢電子郵件訊息進來的一個或多個信箱，然後判定客戶參與應用程式(Dynamics 365 Sales、Dynamics 365 Customer Service、Dynamics 365 Field Service、Dynamics 365 Marketing 及 Dynamics 365 Project Service Automation)，將根據電子郵件訊息採行的行動，例如在系統中建立或更新記錄。 您可以設定伺服器端同步處理或電子郵件路由器來監視下列其中一項：
- 供每位使用者或每個佇列使用的信箱 (建議)。
- 轉寄信箱。 這是單一、集中信箱。
重要考量
伺服器端同步處理的轉寄信箱功能最初是開放 Dynamics 365 前版本使用，方便客戶從電子郵件路由器遷移到伺服器端同步處理，前提是預存在的環境已在之前設定使用轉寄信箱功能。
不過因下列緣故，我們不建議使用轉寄信箱做為長期解決方案：
效能：轉寄信箱是專門設計用來處理貴組織多個信箱的所有電子郵件。 當伺服器端同步處理轉寄信箱時，自前一個同步處理週期以來所有已經到達轉寄信箱並收到的電子郵件都由單一後端伺服器節點處理。 因此每個同步處理週期都可能耗費較長時間完成，這會延遲電子郵件傳入系統的速率。 使用個別信箱時，每個信箱都會均勻分佈在多個後端伺服器和執行緒上，達到更高的伸縮性並確保每個信箱能夠更及時處理。
節流限制：電子郵件服務節流限制如 Exchange 或 POP 服務加諸的限制很有可能碰觸到。 節流限制在信箱層級上定義。 既然轉寄信箱處理多個信箱的電子郵件，這就需要電子郵件服務上很高流量的負荷才能同步處理所有轉寄當事人的電子郵件，這可能會受制於轉寄信箱節流的限制。 使用個別信箱時，節流限制不大可能遇到節流限制，因為節流限制是依據個別信箱強制執行。
容錯：既然轉寄信箱當初是設計用來同步處理多名使用者或多佇列的電子郵件，假使信箱經歷連線能力或執行時間錯誤時，會引發潛在性的單一失敗點。 所以這些錯誤可能會堵塞或大幅延遲多名使用者或多佇列進來的電子郵件訊息同步處理。 業務關鍵支援佇列或其他高優先順序的 Dynamics 365 信箱不應該以此為由進行轉寄信箱組態。 使用個別信箱時，每個信箱都會獨立處理。 所有任何連線能力或執行時間錯誤將只會影響特定信箱。
基於上述原因，轉寄信箱功能會予以支援，但不建議使用，新設定時應該避免。 我們鼓勵目前擁有轉寄信箱組態的客戶遷移到個別信箱，才能擁有最佳、最可靠的電子郵件同步處理體驗。
重要
- 若要使用與 POP3 相容電子郵件系統介面部署轉寄信箱，電子郵件系統必須能將電子郵件訊息當成附件轉寄。
- 針對 POP3 電子郵件伺服器和 Exchange Online，您無法使用規則部署精靈。 而是必須改為手動建立規則。
您可以在同一個部署內以不同方式組態使用者和佇列。 例如，您可能想要設定一些可直接在某一部電子郵件伺服器上進行監視的使用者或佇列，並將其他的使用者或佇列設定為使用不同電子郵件伺服器上的轉寄信箱。
監控轉寄信箱
當您使用轉寄信箱監控時，進來的電子郵件訊息由 Microsoft Exchange Server 或 POP3 伺服器和客戶參與應用程式依下列順序處理：
電子郵件訊息會透過 Exchange Server 或 POP3 伺服器上的應用程式使用者或佇列信箱來接收。
使用者信箱中的規則會將訊息複本以附件的方式傳送至轉寄信箱。
客戶參與應用程式 (藉由使用伺服器端同步處理或電子郵件路由器) 從轉寄信箱擷取訊息並建立適當記錄。