ข้ามไปที่เนื้อหาหลัก
การสนับสนุน
ลงชื่อเข้าใช้
ลงชื่อเข้าใช้ด้วย Microsoft
ลงชื่อเข้าใช้หรือสร้างบัญชี
สวัสดี
เลือกบัญชีอื่น
คุณมีหลายบัญชี
เลือกบัญชีที่คุณต้องการลงชื่อเข้าใช้

อาการ

เมื่อคุณพยายามใช้การจองทรัพยากรในการจัดกำหนดการทรัพยากรเช่นห้องประชุม โดยใช้ Microsoft Outlook คุณจะพบลักษณะการทำงานต่อไปนี้เมื่อทำการจองทรัพยากรนี้ไม่สำเร็จ:

  • ทรัพยากรไม่ตอบสนองโดยอัตโนมัติการเรียกประชุม

  • ทรัพยากรไม่ตอบสนองอย่างถูกต้องในการประชุม

  • ทรัพยากรถูกจองสองครั้ง

สาเหตุ

มีกล่องจดหมายไม่ถูกต้อง ปฏิทินการตั้งค่าคอนฟิก หรือตั้งค่าการรับส่งจดหมายสามารถทำให้เกิดปัญหากับกล่องจดหมายของทรัพยากรนั้น

การแก้ไข

คำแนะนำต่อไปนี้อธิบายการตั้งค่าใดเพื่อตรวจทานโดยใช้เชลล์จัดการการแลกเปลี่ยน Microsoft และ Outlook Web Access เพื่อตรวจสอบว่า กล่องจดหมายของทรัพยากรถูกกำหนดค่าอย่างถูกต้อง ก่อนที่คุณเริ่ม มีห้องทำงานพร้อมใช้งานเพื่อเปรียบเทียบการตั้งค่านี้  

คำแนะนำต่อไปนี้อธิบายการตั้งค่าใดเพื่อตรวจทานโดยใช้เชลล์จัดการการแลกเปลี่ยน Microsoft และ 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เพื่อให้มีการเปิดใช้งาน attendant ปฏิทิน (ซึ่งปรับปรุงปฏิทิน) และ attendant จองทรัพยากร (ซึ่งประเมินเทียบกับนโยบายร้องขอ) ปรับปรุงถ้าจำเป็น สำหรับข้อมูลเพิ่มเติมให้ดูชุด 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เพื่อให้ผู้ใช้จากการจองการประชุมที่ไม่ตรงกับเงื่อนไขในห้อง ถ้าข้อยกเว้นใด ๆ ต้องได้รับ คุณสามารถเพิ่มผู้ใช้เป็นแบบรายการที่คั่นด้วยจุลภาคเพื่อRequestOutOfPolicy และพวกเขาจะสามารถจองได้แม้ว่าจะ มีการนำไปเทียบกับนโยบาย. ถ้ามีการเปลี่ยนแปลงการตั้งค่านี้ให้เป็นจริงทุกคนสามารถจองออกจากการประชุมนโยบายได้

    AllBookInPolicy:โดยค่าเริ่มต้น ซึ่งถูกตั้งค่าเป็นtrueเพื่อที่จะได้รับการอนุมัติคำขอของผู้ใช้ใด ๆ กับการประชุมสมุดบัญชีที่ตรงกับเงื่อนไขในห้อง ถ้าคุณต้องการล็อกนี้ลงไปยังกลุ่มผู้ใช้ สามารถเปลี่ยนการตั้งค่าเป็นfalseและคุณสามารถเพิ่มผู้ใช้ที่ได้รับอนุญาตเป็นการรายการที่คั่นด้วยจุลภาคเพื่อBookInPolicy การร้องขอ โดยผู้ใช้เหล่านี้จะได้รับอนุมัติโดยอัตโนมัติ

    AllRequestInPolicy:โดยค่าเริ่มต้น ซึ่งถูกตั้งค่าเป็นfalseและ requsts ที่อยู่ภายใต้การอนุมัติโดยResourceDelegates สามารถเพิ่มลงในรายการผู้ใช้RequestInPolicyถ้าต้องการ.

    ResourceDelegates:ระบุรายการคั่นด้วยจุลภาคของผู้ใช้ที่สามารถอนุมัติ หรือปฏิเสธคำขอที่ส่งไปยังกล่องจดหมายของทรัพยากร นั้น

    ForwardRequestsToDelegates:โดยค่าเริ่มต้นนี้ถูกตั้งค่าเป็นจริงเพื่อให้เมื่อจะส่งการร้องขอที่จำเป็นต้องได้รับการอนุมัติ จะส่งไปResourceDelegatesเพื่อดำเนินการร้องขอเหล่านี้.

  • การตั้งค่าเหล่านี้ในเชลล์จัดการการแลกเปลี่ยนการเปลี่ยนแปลง เรียกใช้คำสั่งต่อไปนี้:

    Set-CalendarProcessing <Identity> -<Property> <Value>

    ตัวอย่างที่สำคัญจากการชุด CalendarProcessing บทความTechNet เมื่อต้องการเปิดใช้งานอีเมลการอนุมัติAllBookInPolicyต้องเป็น false

    ตัวอย่างนี้อนุญาตให้ผู้ใช้ทั้งหมดให้ส่งคำขอในนโยบาย แต่คำขอจะยังคงอยู่ภายใต้การอนุมัติของผู้รับมอบสิทธิ์ที่ระบุ

    Set-CalendarProcessing -Identity "5th Floor Conference Room" -AutomateProcessing AutoAccept -AllRequestInPolicy $true -AllBookInPolicy $false -ResourceDelegates "chris@contoso.com",

    michelle@contoso.com

    หมายเหตุ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับความขัดแย้งให้ดูบทความต่อไปนี้ https://blogs.technet.microsoft.com/exchange/2011/02/07/automatic-processing-of-recurring-meeting-requests-with-conflicting-instances/

  • การเปลี่ยนแปลงการตั้งค่าเหล่านี้ใน OWA, sละเว้นในไปยังกล่องจดหมาย คลิกเมนูตัวเลือกและจากนั้น คลิก

    การตั้งค่าทรัพยากร

    หมายเหตุการตั้งค่าเหล่านี้สามารถถูกจัดการ โดยผู้ใช้ที่มีสิทธิ์ในกล่องจดหมายแบบเต็มไปยังกล่องจดหมายของทรัพยากรนั้น การตั้งค่าเหล่านี้จะเหมือนกับการตั้งค่าที่สามารถปรับเปลี่ยนได้ โดยการใช้เชลล์จัดการการแลกเปลี่ยนส่วนใหญ่

    ตัวเลือกการจัดตารางเวลาทรัพยากร

    ประมวลผลการร้องขอการประชุมและการยกเลิก: อนุญาตให้ประมวลผลอัตโนมัติ

    ปิดใช้งานจดหมายเตือนชำระเงิน: จดหมายเตือนชำระเงินไม่ถูกเก็บไว้ในกล่องจดหมายของทรัพยากรการประชุม จำนวนวันสูงสุด: อนุญาตให้มีหน้าต่างจองไว้ ปฏิเสธเสมอถ้าวันสิ้นสุดอยู่เกินขีดจำกัดนี้: บ่งชี้ว่า มีปฏิเสธการประชุมที่เกิดซ้ำถ้าวันสิ้นสุดนอกเหนือจากหน้าต่างการจอง สูงสุดนาที: ระบุความยาวสูงสุดของการประชุมแต่ละครั้ง อนุญาตให้จัดกำหนดการในระหว่างชั่วโมงทำงาน: ไม่ยอมรับการประชุมที่จัดกำหนดการหลังจากชั่วโมงทำงาน อนุญาตให้มีข้อขัดแย้ง: หลายปฏิทินสามารถจองสินค้าระหว่างกัน อนุญาตให้มีการประชุมที่เกิดประจำ: อนุญาตให้มีการประชุมที่เกิดซ้ำที่จะจัดกำหนดการ อนุญาตให้ขึ้นไปหาจำนวนความขัดแย้งแต่ละรายการนี้: ระบุจำนวนสูงสุดของความขัดแย้ง อนุญาตให้มีการเกินเปอร์เซ็นต์นี้ความขัดแย้งแต่ละรายการ: ตั้งค่าขีดจำกัดแบบเปอร์เซ็นต์ข้อขัดแย้งสำหรับการประชุมที่เกิดซ้ำหมายเหตุนี้การติดประกาศบล็อกที่อธิบายถึง AllowConflicts และ ConflictPercentageAllowed ในรายละเอียดเพิ่มเติมhttps://blogs.technet.microsoft.com/exchange/2011/02/07/automatic-processing-of-recurring-meeting-requests-with-conflicting-instances/สิทธิ์การจัดกำหนดการทรัพยากรสมุดบัญชีในนโยบาย: ผู้ใช้ทั้งหมดที่กำหนดไว้ในตัวเลือกนี้สามารถกำหนดตารางเวลาการประชุมโดยอัตโนมัติได้ คำร้องขอในนโยบาย: ผู้ใช้ทั้งหมดที่กำหนดไว้ในตัวเลือกนี้ต้องรอการอนุมัติด้วยตนเองแม้ว่ากล่องจดหมายทรัพยากรพร้อมใช้งาน การร้องขอไม่มีนโยบาย: ผู้ใช้เหล่านี้สามารถจะจัดตารางทรัพยากรถ้ากล่องจดหมายของทรัพยากรพร้อมใช้งานได้ ถ้าทรัพยากรไม่พร้อมใช้งาน การประชุมที่มีการร้องขอต้องได้รับการอนุมัติด้วยตนเอง อย่างไรก็ตาม คำขอจะไม่เคยถูกปฏิเสธโดยอัตโนมัติ ไม่มีสิทธิ์: ในกรณีนี้ คำขอไม่พอดีลงในกลุ่มเหล่านี้ และการร้องขอถูกปฏิเสธโดยอัตโนมัติ โปรดทราบว่า ถ้าทรัพยากรไม่พร้อมใช้งาน การร้องขอถูกปฏิเสธ และข้อยกเว้นเพียงอย่างเดียวสำหรับผู้ใช้ของการตั้งค่าการร้องขอการเช็คเอาท์ของนโยบาย ทรัพยากรผู้รับมอบสิทธิ์: ผู้ใช้ทั้งหมดที่เป็นผู้รับมอบสิทธิ์ของกล่องจดหมายของทรัพยากร และสามารถอนุมัติ หรือปฏิเสธการร้องขอการจัดกำหนดการ

ข้อมูลว่าง/ไม่ว่างที่เสียหาย

บางปัญหาจองเกี่ยวข้องกับข้อมูลว่าง/ไม่ว่างที่เสียหาย ในกรณีเหล่านี้ วิธีปฏิบัติที่ดีที่สุดคือเพื่อ ปรับปรุงข้อมูลว่าง/ไม่ว่างสำหรับกล่องจดหมายของทรัพยากร โดยทำตามขั้นตอนต่อไปนี้:

  • โหลดโพรไฟล์ Outlook กับกล่องจดหมายของทรัพยากรใน MFCMapi

  • ค้นหาโฟลเดอร์ว่าง/ไม่ว่างสำหรับกล่องจดหมายใน MFCMapi ที่อยู่ด้านบนสุดของที่เก็บข้อมูล

  • ลบแฟ้มสองแฟ้มต่อไปนี้:

  • ข้อมูลภายในเครื่อง

  • Sniffer

     

 

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ต้องการตัวเลือกเพิ่มเติมหรือไม่

สํารวจสิทธิประโยชน์ของการสมัครใช้งาน เรียกดูหลักสูตรการฝึกอบรม เรียนรู้วิธีการรักษาความปลอดภัยอุปกรณ์ของคุณ และอื่นๆ

ชุมชนช่วยให้คุณถามและตอบคําถาม ให้คําติชม และรับฟังจากผู้เชี่ยวชาญที่มีความรู้มากมาย

ข้อมูลนี้เป็นประโยชน์หรือไม่

คุณพึงพอใจกับคุณภาพภาษาเพียงใด
สิ่งที่ส่งผลต่อประสบการณ์ใช้งานของคุณ
เมื่อกดส่ง คำติชมของคุณจะถูกใช้เพื่อปรับปรุงผลิตภัณฑ์และบริการของ Microsoft ผู้ดูแลระบบ IT ของคุณจะสามารถรวบรวมข้อมูลนี้ได้ นโยบายความเป็นส่วนตัว

ขอบคุณสำหรับคำติชมของคุณ!

×