الموارد في Exchange لا تستجيب لطلبات الاجتماعات

الأعراض

عند محاولة استخدام Resource Booking لجدولة مورد مثل غرفة مؤتمرات باستخدام Microsoft Outlook، قد تلاحظ السلوك التالي عندما يكون Resource Booking غير ناجح:

• لا يستجيب المورد تلقائيا لطلبات الاجتماعات.
• لا يستجيب المورد بشكل صحيح لطلبات الاجتماعات.
• المورد هو الحجز المزدوج.

السبب

قد يتسبب إعداد علبة بريد أو تكوين تقويم أو تدفق بريد غير صحيح في حدوث مشاكل في علب بريد الموارد.

الدقة

تناقش الإرشادات التالية الإعدادات التي يجب مراجعتها من خلال Microsoft Exchange Management Shell وOutlook Web Access لتحديد ما إذا كان قد تم تكوين علبة بريد الموارد بشكل صحيح. قبل البدء، يكون لديك غرفة عمل متاحة لمقارنة الإعدادات مقابلها.
 

تناقش الإرشادات التالية الإعدادات التي يجب مراجعتها من خلال Microsoft Exchange Management Shell و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 بحيث يتم تمكين كل من مصاحب التقويم (الذي يحدث التقويم) وردود حجز الموارد (التي تقيم الطلب مقابل النهج). تحديث إذا لزم الأمر. لمزيد من المعلومات، راجع Set-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: بشكل افتراضي، يتم تعيين هذا إلى خطأ لمنع المستخدمين من حجز الاجتماعات التي لا تفي بمعايير الغرفة. إذا كانت هناك حاجة إلى منح أي استثناءات، يمكن إضافة المستخدمين كقوائم مفصولة بفواصل إلى RequestOutOfPolicy وسيتمكنون من الحجز على الرغم من مخالفة النهج. إذا تم تغيير هذا الإعداد إلى صحيح، يمكن لأي شخص الحجز خارج اجتماعات النهج.
  AllBookInPolicy: بشكل افتراضي، يتم تعيين هذا إلى صحيح بحيث تتم الموافقة على طلب أي مستخدم لحجز الاجتماعات التي تفي بمعايير الغرفة. إذا كنت بحاجة إلى تأمين هذا لمجموعة من المستخدمين، يمكن تغيير الإعداد إلى خطأ ويمكن إضافة المستخدمين المعتمدين كقائمة مفصولة بفواصل إلى BookInPolicy. ستتم الموافقة على الطلب من قبل هؤلاء المستخدمين تلقائيا.
  AllRequestInPolicy: بشكل افتراضي، يتم تعيين هذا إلى false وتخضع عمليات إعادة الاقتباس للموافقة من قبل ResourceDelegates . يمكن إضافة قائمة المستخدمين إلى RequestInPolicy إذا رغبت في ذلك.
  الحذف من الموارد: يحدد قائمة مفصولة بفواصل للمستخدمين الذين يمكنهم الموافقة على الطلبات المرسلة إلى علبة بريد المورد أو رفضها.
  ForwardRequestsToDelegates: يتم تعيين هذا بشكل افتراضي إلى صحيح بحيث عند إرسال الطلبات التي تحتاج إلى الموافقة يتم إرسالها إلى ResourceDelegates لاتخاذ إجراء بشأن هذه الطلبات.

• لتغيير هذه الإعدادات في Exchange Management Shell، قم بتشغيل الأمر التالي:

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

  مثال مهم من مقالة Set-CalendarProcessing TechNet. لتمكين رسائل البريد الإلكتروني للموافقة، يجب أن تكون AllBookInPolicy خاطئة.
  يسمح هذا المثال لجميع المستخدمين بإرسال طلبات داخل النهج، ولكن الطلب لا يزال خاضعا للموافقة من قبل أحد المفوضين المحددين.

  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، سجل الدخول إلى علبة البريد، وانقر فوق القائمة خيارات ، ثم انقر فوق
  إعدادات الموارد

  ملاحظه يمكن إدارة هذه الإعدادات من قبل المستخدمين الذين لديهم أذونات علبة بريد كاملة لعلمة بريد المورد. هذه الإعدادات هي نفسها معظم الإعدادات التي يمكن تعديلها باستخدام Exchange Management Shell.

  خيارات جدولة الموارد
  معالجة طلبات الاجتماعات والإلغاءات تلقائيا: يسمح بالمعالجة التلقائية.
  تعطيل التذكيرات: لا يتم الاحتفاظ بأي تذكيرات للاجتماعات في علبة بريد المورد.

  الحد الأقصى لعدد الأيام: يسمح بنافذة الحجز.

  ارفض دائما إذا كان تاريخ الانتهاء يتجاوز هذا الحد: يشير إلى ما إذا كان يتم رفض الاجتماعات المتكررة إذا كان تاريخ الانتهاء خارج نافذة الحجز.

  الحد الأقصى للدقائق المسموح بها: يحدد الحد الأقصى لطول كل اجتماع.

  السماح بالجدولة فقط خلال ساعات العمل: يرفض الاجتماعات المجدولة بعد ساعات العمل.

  السماح بالتعارضات: يمكن حجز عناصر تقويم متعددة خلال نفس الوقت.

  السماح بالاجتماعات المتكررة: يسمح بجدولة الاجتماعات المتكررة.

  السماح بما يصل إلى هذا العدد من التعارضات الفردية: يحدد الحد الأقصى لعدد التعارضات.

  السماح بما يصل إلى هذه النسبة المئوية من التعارضات الفردية: تعيين حد النسبة المئوية للتعارض للاجتماعات المتكررة.

  ملاحظه منشور المدونة هذا الذي يشرح AllowConflicts و ConflictPercentageAllowed بمزيد من التفصيل.
  https://blogs.technet.microsoft.com/exchange/2011/02/07/automatic-processing-of-recurring-meeting-requests-with-conflicting-instances/

  أذونات جدولة الموارد

  الحجز في النهج: يمكن لجميع المستخدمين الذين تم تعريفهم في هذا الخيار جدولة اجتماع تلقائيا.

  الطلب في النهج: يجب على جميع المستخدمين الذين تم تعريفهم في هذا الخيار الانتظار للحصول على موافقة يدوية حتى إذا كان مورد علبة البريد متوفرا.

  طلب الخروج من النهج: يمكن لهؤلاء المستخدمين جدولة المورد تلقائيا إذا كانت علبة بريد المورد متوفرة. إذا لم يكن المورد متوفرا، فيجب الموافقة على الاجتماع المطلوب يدويا. ومع ذلك، لا يتم رفض الطلب تلقائيا أبدا.

  لا يوجد إذن: في هذه الحالة، لا يتناسب الطلب مع أي من هذه المجموعات، ويتم رفض الطلب تلقائيا. يجب أن تدرك أنه إذا لم يكن المورد متوفرا، يتم رفض الطلب، والاستثناء الوحيد هو لمستخدمي إعداد الطلب خارج النهج.

  مفوضو الموارد: جميع المستخدمين المفوضين لعلمة بريد المورد ويمكنهم الموافقة على طلبات الجدولة أو رفضها.

بيانات التوفر/التوفر التالفة

ترتبط بعض مشكلات الحجز ببيانات التوفر/التوفر التالفة. في هذه الحالات، أفضل الممارسات هي تحديث معلومات التوفر/التوفر لعلبة بريد المورد. اتبع هذه الخطوات للقيام بذلك:

• تحميل ملف تعريف Outlook لعلمة بريد المورد في MFCMapi.
• حدد موقع المجلد Free/Busy لعلبة البريد في MFCMapi الموجود أعلى أعلى مخزن المعلومات.
• احذف الملفين التاليين:
• البيانات المحلية
• الشم