Користувач не вдається переглянути відомості про доступність для віддалених користувачів співіснування з локальним Exchange Server і Exchange Online в Office 365

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 2667844
Примітка Майстер гібридної конфігурації, який входить до складу консолі керування Exchange Microsoft Exchange Server 2010 не підтримується. Таким чином, більше не повинні використовувати старі майстер гібридного настроювання. Замість того, за допомогою майстра Office 365, гібридної конфігурації, на http://AKA.MS/HybridWizard. Щоб отримати додаткові відомості див. Майстер гібридного настроювання служби Office 365 Exchange 2010.
ПРОБЛЕМА
У вас гібридне розгортання локальний сервер Microsoft Exchange Server і Microsoft Exchange Online у Microsoft Office 365, коли гібридний сервер працює під керуванням Exchange Server 2010. Проте, користувачі не можуть переглядати відомості про доступність для віддалених користувачів. Коли користувач намагається, щоб переглянути відомості про доступність для віддалених користувачів, не відображаються відомості про зайнятість. Замість того, користувач можуть виникати одна або кілька таких симптомів:
  • Про доступність для віддалених користувачів, відображається як номер "плюс" (#), символи в календарі.
  • У веб-застосунку Outlook веб-застосунок відображається "помилка 5037".
  • Microsoft Outlook <FileName>-fb.log та <FileName>-as.log містять протокол IMAP про помилку приблизно такого вигляду:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Абонент не має доступу до даних зайнятість.</MessageText> <ResponseCode>ErrorNoFreeBusyAccess</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 (Simple) користувача, який намагається переглянути відомості про доступність, не включений до числа організації зв'язок "один-до-одного", імена доменів. Наприклад, під Вільний час запуску, командлет Test-OrganizationRelationship , відображається такий рядок:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Посвідчення:
Код: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Стан: попередження
Опис: Є локально комплексний пошук доменів, не є у списку доменів у
об'єкт віддаленого організації-зв'язку.
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 домену користувача, у якого виникли проблеми. Для цього скористайтеся одним із наведених нижче способів.

Спосіб 1: сценарій виконання консолі керування Exchange

  1. На сервері Exchange на локальному відкрийте консоль керування MMC Exchange і натисніть кнопку Конфігурація організації в Microsoft Exchange локальної.
  2. На вкладці Організації відносин і потім переглянути властивості організації зв'язок "один-до-одного".
  3. На вкладці Зовнішні організації , введіть ім'я домену, Федеративні, у полі Федеративні домени зовнішньої організації Exchange та натисніть кнопку Додати.
  4. Для кожного домену, який потрібно додати, повторіть крок 3.
  5. Натисніть кнопку OK.

Спосіб 2., Використовуйте оболонка керування Exchange

  1. На сервері локально, відкрийте оболонка керування Exchange.
  2. Настроїти зв'язок організації, як змінну. Наприклад, виконайте таку команду

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Додати додаткові доменні імена, які потрібно змінну. Наприклад, виконайте таку команду:
    $OrgRel.DomainNames += "contoso.com"
  4. Оновлення організації зв'язок "один-до-одного", за допомогою нового значення імен домену. Наприклад, виконайте таку команду:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
ДОДАТКОВІ ВІДОМОСТІ
Щоб визначити проблему, у службі Office 365, виконайте такі дії:
  1. Підключитися до Exchange Online, за допомогою віддаленого PowerShell. Щоб отримати додаткові відомості про те, як це зробити див. на веб-сайт корпорації Майкрософт:
  2. Порівняння SMTP-адресу користувача з організації зв'язок "один-до-одного". Для цього, виконайте таку команду:
    if ( (Get-OrganizationRelationship).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-OrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
ДОДАТКОВІ ВІДОМОСТІ
Як і раніше, потрібна допомога? Іти до Спільнота Майкрософт або Форуми TechNet в Exchange.

Посібник для вирішення цієї проблеми.

Попередження. Цю статтю переведено автоматично

Властивості

Ідентифікатор статті: 2667844 – останній перегляд: 11/11/2016 00:29:00 – виправлення: 27.0

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

  • o365 hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtuk
Зворотний зв’язок