徵狀
使用者的信箱移轉到 Microsoft Office 365 之後，所收到會議邀請，其中使用者是代理人，先會議室信箱如預期般運作。
不過，這些會議顯示在使用者的行事曆上直接如同所新增出席者身分的 [組合管理]。此外，接受或拒絕要求的任何嘗試直接來自使用者，而不是從資源信箱。
原因
如果下列情況成立，就會發生這個問題：
-
先會議室信箱的資源委派是一個包含定域機組使用者的通訊群組。
-
未明確在定域機組信箱傳送會議邀請時所使用的遠端網域上才會啟用傳輸中性封裝格式 (TNEF)。
解決方案
若要解決這個問題，請使用下列方法之一。
方法 1
若要解決這個問題，在組織層級 （建議選項），請在啟用 TNEF *。 mail.onmicrosoft.com 遠端網域，根據什麼用來當做目標位址定域機組的使用者。若要這樣做，請執行下列指令程式：
Set-RemoteDomain <domain> - TNEFEnabled $true
方法 2
若要解決這個問題，在單一使用者層級，和資源委派的會議室信箱，移除通訊群組，然後取代資源委派的所有成員的清單中的該通訊群組。若要執行這項操作，請參考下列步驟：
-
使用下列的指令程式，以取得目前委派的清單：[System.Collections.ArrayList]$delegates=@((Get-CalendarProcessing <room>).ResourceDelegates)
-
使用下列的指令程式，從陣列中移除通訊群組：$delegates.remove("<Identity of distribution group to remove>")
-
加入至陣列 （也就會重複嘗試要新增的任何其他使用者） 的單一使用者，使用下列的指令程式：$delegates.add("<Identity of single user to add>")
-
使用下列的指令程式，以套用所做的變更：Set-calendarprocessing <room> -resourcedelegates $delegates
方法 3
先來定域機組，，，然後進行移轉所有的通訊群組的成員其他委派從遷移會議室信箱。
Microsoft 的資訊
如需有關 TNEF 的詳細資訊，請參閱什麼是 TNEF。
如需有關設定 remotedomain指令程式的詳細資訊，請參閱 Microsoft TechNet 主題集 RemoteDomain。
