لا يمكن المستخدم من عرض معلومات التوفر/الانشغال لمستخدم بعيد في نشر مختلط المحلي Exchange Server و Exchange عبر إنترنت في Office 365

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية2667844
ملاحظة: معالج "التكوين المختلط" المضمنة في وحدة تحكم إدارة Exchange في Microsoft Exchange Server 2010 لم يعد معتمداً. ولذلك، ينبغي أن يعد استخدام معالج "التكوين المختلط" القديم. بدلاً من ذلك، استخدم معالج التكوين المختلط 365 Office المتوفرة في http://aka.ms/HybridWizard. لمزيد من المعلومات، راجع معالج "التكوين المختلط" office 365 ل Exchange 2010.
المشكلة
لديك نشر مختلط المحلي Microsoft Exchange Server و Microsoft Exchange الفورية في Microsoft Office 365 فيه الملقم هجين يستخدم Exchange Server 2010. ومع ذلك، يتعذر على المستخدمين عرض معلومات التوفر/الانشغال لمستخدم بعيد. عندما يحاول مستخدم لعرض معلومات التوفر/الانشغال لمستخدم بعيد، لم يتم عرض معلومات متوفر/مشغول. بدلاً من ذلك، قد يتعرض المستخدم واحد أو أكثر من الأعراض التالية:
  • يتم عرض معلومات التوفر/الانشغال للمستخدم البعيد كأحرف علامة (#) رقم في التقويم.
  • في تطبيق ويب Outlook، "يتم عرض خطأ 5037".
  • Microsoft Outlook <FileName>-fb.log و <FileName>-as.log ملفات تحتوي على رسالة خطأ مشابهة لما يلي:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>المتصل ليس لديه حق الوصول إلى بيانات متوفر/مشغول.</MessageText> <ResponseCode>ارورنوفريبوسياكسيس</ResponseCode> <DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > 5037<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >اسم الخادم<>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" > https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    xmlns = "http://schemas.microsoft.com/exchange/services/2006/types" > بلا
على سبيل المثال، مستخدم Office 365 لا يمكن عرض معلومات التوفر/الانشغال لمستخدم محلي. ومع ذلك، يمكن المستخدمين الآخرين من عرض معلومات التوفر/الانشغال الخاصة بذلك المستخدم المحلي نفسه.
السبب
تحدث هذه المشكلة إذا لم يكن اسم المجال لعنوان بروتوكول نقل البريد البسيط (SMTP) للمستخدم الذي قام بمحاولة عرض معلومات متوفر/مشغول بين أسماء المجالات في علاقة المنظمة. على سبيل المثال، عندما تقوم بتشغيل cmdlet أورجانيزاتيونريلاتيونشيب الاختبار ، يتم عرض الإخراج التالي:
رونسباسيد: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
هوية:
معرف: لوكالفيديراتيدوماينساريميسينجفرومثيريموتيورجانيزاتيونريلاتيونسيبدوماينس
الحالة: تحذير
الوصف: هناك مجالات المتحدة محلياً غير موجودة في قائمة المجالات
مؤسسة بعيد علاقة كائن.
IsValid: صحيح
يحدث هذا إذا لم تتم إضافة المجال SMTP يدوياً إلى علاقة المنظمة. قد يحدث هذا إذا تحققت الشروط التالية:
  • تم إنشاء حساب مستخدم Office 365 قبل ترقية بيئة محلية إلى Exchange Server 2010.
  • استخدام معالج "التكوين المختلط" في Exchange Server 2010 في بيئة محلية لإعداد الثقة الاتحاد.
على سبيل المثال، يكون اسم المجال المستخدم Office 365 contoso.com. في هذا السيناريو، لا يحتوي حساب المستخدم Office 365 @contoso.mail.onmicrosoft.com كأحد عناوين الوكيل الخاص به. يستخدم الطلب إلى بيئة محلية @contoso.com بدلاً من @contoso.mail.onmicrosoft.com لحساب مستخدم Office 365. تم رفض الطلب لعدم توفر علاقة المنظمة في بيئة محلية contoso.com التي تم إضافتها إليه.
الحل
لحل هذه المشكلة، تحرير علاقة المنظمة في بيئة محلية لتشمل المجال SMTP للمستخدم الذي يواجه هذه المشكلة. للقيام بذلك، استخدم إحدى الطرق التالية.

الطريقة الأولى: استخدام وحدة تحكم إدارة Exchange

  1. على ملقم Exchange الداخلي، فتح وحدة تحكم إدارة Exchange، وثم انقر فوق تكوين المؤسسة ضمن Microsoft Exchange المحلي.
  2. انقر فوق علامة التبويب علاقات المؤسسة وقم بعرض خصائص العلاقة المنظمة.
  3. انقر فوق علامة التبويب مؤسسة خارجية واكتب اسم المجال المتحد في المربع المتحدة مجالات خارجية المؤسسة التي تستخدم Exchange ثم انقر فوق إضافة.
  4. كرر الخطوة 3 لكل مجال الذي تريد إضافته.
  5. انقر فوق موافق.

الطريقة الثانية: استخدام Shell إدارة Exchange

  1. على الملقم المحلي, افتح Shell إدارة Exchange.
  2. قم بإعداد علاقة المنظمة كمتغير. على سبيل المثال، قم بتشغيل الأمر التالي

    $OrgRel = Get-OrganizationRelationship Contoso
  3. قم بإضافة أسماء المجالات الإضافية التي تريدها للمتغير. على سبيل المثال، تشغيل الأمر التالي:
    $OrgRel.DomainNames += "contoso.com"
  4. تحديث علاقة المنظمة باستخدام قيمة أسماء المجال الجديد. على سبيل المثال، تشغيل الأمر التالي:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
معلومات أخرى
للمساعدة في التعرف على المشكلة في Office 365، اتبع الخطوات التالية:
  1. الاتصال إلى Exchange عبر الإنترنت باستخدام PowerShell البعيد. لمزيد من المعلومات حول كيفية القيام بذلك، انتقل إلى موقع Microsoft التالي على الويب:
  2. مقارنة عنوان SMTP المستخدم من خلال علاقة المنظمة. للقيام بذلك، بتشغيل الأمر التالي:
    if ( (Get-CloudOrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Domain) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Domain "was not found" -ForegroundColor Yellow}
    ملاحظة: يمكنك أيضا مقارنة كل مجال المسردة في مجالات مقبولة مع أسماء النطاقات الموجودة في علاقة المنظمة. للقيام بذلك، بتشغيل الأمر التالي:
    Get-AcceptedDomain | ForEach-Object { if ( (Get-CloudOrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
معلومات أخرى
لا تزال تحتاج إلى مساعدة؟ انتقل إلى جماعة office 365 موقع ويب أو منتديات TechNet Exchange.

بدأ الدليل لحل هذه المشكلة.

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 2667844 - آخر مراجعة: 04/26/2016 02:14:00 - المراجعة: 20.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2010 Enterprise

  • o365 o365a o365e o365022013 o365m hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtar
تعليقات