Uživatel nemůže zobrazit informace o volném čase vzdáleného uživatele v hybridním nasazení Exchange Server

Původní číslo KB: 2667844

Příznaky

Máte hybridní nasazení místních Microsoft Exchange Server a Microsoft Exchange Online v Microsoftu 365, ve kterém je váš hybridní server spuštěný Exchange Server 2010. Uživatelé ale nemůžou zobrazit informace o volném čase vzdáleného uživatele. Když se uživatel pokusí zobrazit informace o volném čase vzdáleného uživatele, informace o volném čase se nezobrazí. Místo toho může uživatel zaznamenat jeden nebo více z následujících příznaků:

• Informace o volném čase vzdáleného uživatele se v kalendáři zobrazí jako znak čísla (#).

• V Outlook Web App se zobrazí chyba 5037.

• Soubory Názevsouboru> aplikace Microsoft Outlook<-fb.log a <FileName>-as.log obsahují chybovou zprávu, která se podobá následující:

  <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>Volající nemá přístup k datům o volném čase.</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns="http://schemas.microsoft.com/exchange/services/2006/errorsMicrosoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException></ExceptionType><ExceptionCode xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">5037</ExceptionCode><ExceptionServerName xmlns="http://schemas.microsoft.com/exchange/services/2006/errorsServerName<>/ExceptionServerName><ResponseSource xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">https://\<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity</ResponseSource></MessageXml></ResponseMessage><FreeBusyView><FreeBusyViewType xmlns="http://schemas.microsoft.com/exchange/services/2006/types">None</FreeBusyViewType></FreeBusyView></FreeBusyResponse>

Například uživatel Microsoftu 365 nemůže zobrazit informace o volném čase pro místního uživatele. Ostatní uživatelé ale můžou zobrazit informace o volném čase pro stejného místního uživatele.

Příčina

K tomuto problému dochází, pokud název domény pro adresu SMTP (Simple Mail Transfer Protocol) uživatele, který se pokouší zobrazit informace o volném čase není zahrnut mezi názvy domén ve vztahu organizace. Když například spustíte rutinu Test-OrganizationRelationship, zobrazí se následující výstup:

RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identity:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Stav: Upozornění
Popis: V seznamu domén pro objekt vztahu vzdálené organizace nejsou místně federované domény.
IsValid: True

K tomu dochází v případě, že doména SMTP nebyla ručně přidána do vztahu organizace. K tomu může dojít také v případě, že jsou splněny následující podmínky:

• Uživatelský účet Microsoft 365 byl vytvořen před upgradem místního prostředí na Exchange Server 2010.
• K nastavení vztahu důvěryhodnosti federace jste použili Průvodce hybridní konfigurací v Exchange Server 2010 v místním prostředí. Například název domény uživatele Microsoft 365 je contoso.com.

V tomto scénáři uživatelský účet Microsoft 365 nemá @contoso.mail.onmicrosoft.com jako jednu ze svých proxy adres. Žádost do místního prostředí se používá @contoso.com místo @contoso.mail.onmicrosoft.com pro uživatelský účet Microsoft 365. Žádost se odmítne, protože se do něj nepřidá contoso.com vztah organizace v místním prostředí.

Řešení

Pokud chcete tento problém vyřešit, upravte vztah organizace v místním prostředí tak, aby zahrnoval doménu SMTP uživatele, u kterého dochází k problému. Použijte některou z následujících metod.

Metoda 1: Použití Konzola pro správu serveru Exchange

1. Na místním serveru Exchange otevřete Konzola pro správu serveru Exchange a pak v části Místní microsoft Exchange vyberte Konfigurace organizace.
2. Vyberte kartu Vztahy organizace a pak zobrazte vlastnosti vztahu organizace.
3. Vyberte kartu Externí organizace , do pole Federované domény externí organizace Exchange zadejte název federované domény a pak vyberte Přidat.
4. Opakujte krok 3 pro každou doménu, kterou chcete přidat.
5. Vyberte OK.

Metoda 2: Použití prostředí Exchange Management Shell

1. Na místním serveru otevřete Prostředí Exchange Management Shell.

2. Nastavte vztah organizace jako proměnnou. Spusťte například následující příkaz:

   $OrgRel = Get-OrganizationRelationship Contoso
   

3. Přidejte do proměnné další požadované názvy domén. Spusťte například následující příkaz:

   $OrgRel.DomainNames += "contoso.com"
   

4. Aktualizujte vztah organizace pomocí nové hodnoty názvů domén. Spusťte například následující příkaz:

   Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
   

Další informace

Pokud chcete pomoct identifikovat problém v Microsoftu 365, postupujte takto:

1. Připojte se k Exchangi Online pomocí vzdáleného PowerShellu. Další informace o tom, jak to udělat, najdete v tématu Připojení k Exchange Online PowerShellu.

2. Porovnejte adresu SMTP uživatele se vztahem organizace. Uděláte to spuštěním tohoto příkazu:

   if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1]) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1] "was not found" -ForegroundColor Yellow}
   

   Poznámka

   Můžete také porovnat každou doménu, která je uvedená v přijatých doménách, s názvy domén, které jsou ve vztahu organizace. Uděláte to spuštěním tohoto příkazu:

   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} }
   

Stále potřebujete pomoc? Přejděte na Komunita Microsoft nebo ExchangeTechNet fórum.

Pokud chcete tento problém vyřešit, spusťte průvodce.