徵狀
當您嘗試使用來排定例如會議室資源的使用 Microsoft Outlook 的 [資源預約時,失敗資源預約時可能會注意到下列行為:
-
資源未自動回會議邀請。
-
資源並未正確回應會議要求。
-
資源是雙重登記。
原因
不正確的信箱、 行事曆設定,或是設定的郵件流量,可能會造成與資源信箱的問題。
解決方案
下列指示會討論要檢閱透過 Microsoft Exchange 管理命令介面和 Outlook Web Access,以判斷是否已正確設定資源信箱的設定。在開始之前,有工作間會議室可用來比較對它的設定。
下列指示會討論要檢閱透過 Microsoft Exchange 管理命令介面和 Outlook Web Access,以判斷是否已正確設定資源信箱的設定。 在開始之前,有工作間會議室可用來比較對它的設定。
-
使用下列命令,以檢查信箱組態:
get-mailbox <Identity>| fl ResourceType,RecipientType,RecipientTypeDetails,IsLinked,LinkedMasterAccount,IsShared
輸出應如下所示:
ResourceType : Room RecipientType : UserMailbox RecipientTypeDetails : RoomMailbox IsLinked : False LinkedMasterAccount : NT AUTHORITY\SELF IsShared : False
-
如果您要轉換到會議室信箱的信箱,請使用下列命令。如需詳細資訊,請參閱轉換信箱.
Set-Mailbox <Identity> -Type Room
-
請確認信箱設定為AutoAccept上,以便將 [行事曆服務員 (這會更新行事曆)] 與 [資源預約服務員 (它就會評估對原則要求) 已啟用。如果需要,更新。如需詳細資訊,請參閱設定 CalendarProcessing. 注意如果您轉換的信箱,上述小節中您將需要更新此設定。
Get-CalendarProcessing <Identity> | fl AutomateProcessing Set-CalendarProcessing <Identity> -AutomateProcessing AutoAccept
在更新此設定之後, 再試一次您的案例,看看是否問題仍然存在。 如果所以繼續執行下一個步驟。
-
這些都是參考的預設值。 更新檔案,以修改使用者通訊錄這些資源的方式。 這可以透過 PowerShell 或 OWA (在 [設定)。
AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes : 1440 AllowRecurringMeetings : True EnforceSchedulingHorizon : True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances : 0 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : True AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval : True EnableResponseDetails : True OrganizerInfo : True ResourceDelegates : {} RequestOutOfPolicy : {} AllRequestOutOfPolicy : False BookInPolicy : {} AllBookInPolicy : True RequestInPolicy : {} AllRequestInPolicy : False AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages : True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False
-
特別是檢閱原則屬性執行下列命令:
Get-CalendarProcessing <Identity> | fl *policy*,ResourceDelegates, ForwardRequestsToDelegates RequestOutOfPolicy : {} AllRequestOutOfPolicy : False BookInPolicy : {} AllBookInPolicy : True RequestInPolicy : {} AllRequestInPolicy : False ResourceDelegates : {} ForwardRequestsToDelegates : True
它們會在這裡使用更多的詳細說明:
AllRequestOutOfPolicy:預設狀況下,這設為false以防止不符合此房間的準則的預約會議中的使用者。如果要授與需要的任何例外狀況,使用者可以新增為逗點分隔的清單,以重新questOutOfPolicy ,他們可儘管對.原則將活頁簿如果在變更此設定為 true,超出原則會議通訊錄的任何人都可以。
AllBookInPolicy:預設狀況下,這設為 true ,以便符合準則的房間的活頁簿參與會議的任何使用者的要求將會核准。如果您需要來鎖定到一組使用者的設定,請變更為false ,並經過授權的使用者可以新增為要BookInPolicy的逗號分隔清單。這些使用者所要求將會自動核准。
AllRequestInPolicy:預設狀況下,這設定為false ,而且 requsts 受限於由ResourceDelegates核准。使用者的清單,請加入至RequestInPolicy如有需要.
ResourceDelegates:指定逗號分隔的清單,可以核准或拒絕要求傳送至資源信箱的使用者。
ForwardRequestsToDelegates:這是預設設定為 true,以便傳送時,需要經過核准的要求提交到ResourceDelegates ,才能在這些要求的動作.
-
若要變更這些設定,在 Exchange 管理命令介面中的,執行下列命令:
Set-CalendarProcessing <Identity> -<Property> <Value>
重要的範例,從設定 CalendarProcessingTechNet 的發行項。若要啟用核准的電子郵件, AllBookInPolicy必須是 false。
本範例允許所有使用者送出在原則中的要求,但仍然能夠由其中一個指定的委派的核准要求。
Set-CalendarProcessing -Identity "5th Floor Conference Room" -AutomateProcessing AutoAccept -AllRequestInPolicy $true -AllBookInPolicy $false -ResourceDelegates "chris@contoso.com",
附註如需衝突的詳細資訊,請參閱下列文件。 https://blogs.technet.microsoft.com/exchange/2011/02/07/automatic-processing-of-recurring-meeting-requests-with-conflicting-instances/
-
來變更這些設定在 OWA,s中的 ign 到信箱,按一下 [選項] 功能表,然後按一下
資源設定
注意這些設定可以管理的資源信箱中有完整信箱權限的使用者。這些設定完全一樣的大部份設定,可以使用 「 Exchange 管理命令介面來修改。
資源排程選項
自動處理會議要求與取消通知: 允許自動處理。
停用提醒: 沒有提醒會保留在資源信箱的會議。 最大天數: 允許登記窗口。 如果結束日期超出此限制則一律拒絕: 指出是否超過登記窗口的結束日期時,會被拒絕週期性會議。 允許的分鐘數的最大值: 指定每個會議的最大長度。 允許只在上班時間排程: 拒絕的排程工時的時數之後的會議。 允許衝突: 可以在同一時間期間保留多個行事曆項目。 允許週期性會議: 允許排定週期性的會議。 允許的最大個別衝突的這個數字: 指定的衝突數目上限。 允許的最大個別衝突百分比: 設定週期性會議的衝突百分比閾值。附註此部落格張貼的更詳細地說明 AllowConflicts 和 ConflictPercentageAllowed。https://blogs.technet.microsoft.com/exchange/2011/02/07/automatic-processing-of-recurring-meeting-requests-with-conflicting-instances/資源排程的權限通訊錄的原則中: 此選項中所定義的所有使用者都可以都排定會議自動。 要求原則中: 此選項中所定義的所有使用者必須都等到以手動獲得許可,即使有可用資源信箱。 要求超出原則: 這些使用者可以自動安排資源,資源信箱是否可用。如果無法使用的資源,則必須以手動方式核准要求的會議。然而,要求則永遠不會自動拒絕。 沒有權限: 在此情況下,要求並不適用於任何這些群組中,並要求自動遭拒。請注意,如果資源並沒有出現,要求被拒絕,而且唯一的例外是要求的原則設定的使用者。 資源委派: 所有的使用者是委派的資源信箱,並可以核准或拒絕排程的要求。
損毀的空閒/忙碌資料
一些預約問題都與損毀的空閒/忙碌資料。 在這些情況下,最佳作法就是更新資源信箱的空閒/忙碌資訊。 如果要執行這項操作,請依照下列步驟執行:
-
MFCMapi 中的資源信箱的 Outlook 設定檔載入。
-
位於頂端的資訊儲存庫之上的 MFCMapi 中,找出信箱的空閒/忙碌資訊資料夾。
-
刪除下列兩個檔案:
-
本機資料
-
通天鼻