Brukeren kan ikke vise informasjon om ledige og opptatte tidspunkt for en ekstern bruker i en hybriddistribusjon av Exchange Server

Opprinnelig KB-nummer: 2667844

Symptomer

Du har en hybriddistribusjon av lokale Microsoft Exchange Server og Microsoft Exchange Online i Microsoft 365 der hybridserveren kjører Exchange Server 2010. Brukere kan imidlertid ikke vise informasjon om ledige og opptatte tidspunkt for en ekstern bruker. Når en bruker prøver å vise informasjon om ledige og opptatte tidspunkt for en ekstern bruker, vises ikke informasjonen om ledige og opptatte tidspunkt. I stedet kan brukeren oppleve ett eller flere av følgende symptomer:

• Informasjonen om ledige og opptatte tidspunkt for den eksterne brukeren vises som nummertegn (#) i kalenderen.

• I Outlook Web App vises «feil 5037».

• Filene Microsoft Outlook <FileName>-fb.log og <FileName>-as.log inneholder en feilmelding som ligner på følgende:

  <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>Kalleren har ikke tilgang til ledig/opptatt-data.</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">Microsoft.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>

En Microsoft 365-bruker kan for eksempel ikke vise informasjon om ledige og opptatte tidspunkt for en lokal bruker. Andre brukere kan imidlertid vise informasjon om ledige og opptatte tidspunkt for den samme lokale brukeren.

Årsak

Dette problemet oppstår hvis domenenavnet for SMTP-adressen (Simple Mail Transfer Protocol) til brukeren som prøver å vise informasjonen om ledig/opptatt, ikke er inkludert blant domenenavnene i organisasjonsrelasjonen. Når du for eksempel kjører cmdleten Test-OrganizationRelationship, vises følgende utdata:

RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identitet:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status: Advarsel
Beskrivelse: Det finnes lokalt samlede domener som ikke finnes i listen over domener for det eksterne organisasjonsrelasjonsobjektet.
IsValid: True

Dette skjer hvis SMTP-domenet ikke ble lagt til manuelt i organisasjonsrelasjonen. Dette kan også skje hvis følgende betingelser er oppfylt:

• Microsoft 365-brukerkontoen ble opprettet før du oppgraderte det lokale miljøet til Exchange Server 2010.
• Du brukte veiviseren for hybridkonfigurasjon i Exchange Server 2010 i det lokale miljøet til å konfigurere forbundsklareringen. Domenenavnet til Microsoft 365-brukeren er contoso.comfor eksempel.

I dette scenarioet har @contoso.mail.onmicrosoft.com ikke Microsoft 365-brukerkontoen som en av sine proxy-adresser. Forespørselen til det lokale miljøet brukes @contoso.com i stedet @contoso.mail.onmicrosoft.com for for Microsoft 365-brukerkontoen. Forespørselen avvises fordi organisasjonsrelasjonen i det lokale miljøet ikke har contoso.com lagt til den.

Løsning

Du kan løse dette problemet ved å redigere organisasjonsrelasjonen i det lokale miljøet for å inkludere SMTP-domenet til brukeren som opplever problemet. Bruk en av følgende metoder for å gjøre dette.

Metode 1: Bruk Exchange Management Console

1. Åpne Exchange Management Console på den lokale Exchange-serveren, og velg deretter Organisasjonskonfigurasjon under Lokal Microsoft Exchange.
2. Velg Organisasjonsrelasjoner-fanen, og vis deretter egenskapene for organisasjonsrelasjonen.
3. Velg ekstern organisasjon-fanen , skriv inn domenenavnet i organisasjonsforbundet i organisasjonsboksen for ekstern Exchange , og velg deretter Legg til.
4. Gjenta trinn 3 for hvert domene du vil legge til.
5. Velg OK.

Metode 2: Bruk Exchange Management Shell

1. Åpne Exchange Management Shell på den lokale serveren.

2. Konfigurer organisasjonsrelasjonen som en variabel. Kjør for eksempel følgende kommando:

   $OrgRel = Get-OrganizationRelationship Contoso
   

3. Legg til de ekstra domenenavnene du vil bruke i variabelen. Kjør for eksempel følgende kommando:

   $OrgRel.DomainNames += "contoso.com"
   

4. Oppdater organisasjonsrelasjonen ved hjelp av verdien for de nye domenenavnene. Kjør for eksempel følgende kommando:

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

Mer informasjon

Følg disse trinnene for å identifisere problemet i Microsoft 365:

1. Koble til Exchange Online ved hjelp av ekstern PowerShell. Hvis du vil ha mer informasjon om hvordan du gjør dette, kan du se Koble til Exchange Online PowerShell.

2. Sammenlign SMTP-adressen til brukeren med organisasjonsrelasjonen. Du gjør dette ved å gi følgende kommando:

   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}
   

   Obs!

   Du kan også sammenligne hvert domene som er oppført i de godtatte domenene, med domenenavnene som er i organisasjonsrelasjonen. Du gjør dette ved å gi følgende kommando:

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

Trenger du fremdeles hjelp? Gå til Microsoft Community eller Exchange TechNet-forumer.

Start veiledningen for å feilsøke dette problemet.