Brukeren kan ikke vise ledig/opptatt-informasjon for en ekstern bruker i en hybrid distribusjon av lokale Exchange Server og Exchange Online i Office 365

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 2667844
Obs! Veiviseren for konfigurasjon av Hybrid som er inkludert i Exchange Management-konsollen i Microsoft Exchange Server 2010 støttes ikke lenger. Derfor bør du ikke lenger bruke gamle Hybrid konfigurasjonsveiviseren. I stedet Bruk Office 365 Hybrid konfigurasjonsveiviseren som er tilgjengelig på http://aka.MS/HybridWizard. Hvis du vil ha mer informasjon, se Office 365 Hybrid konfigurasjonsveiviseren for Exchange 2010.
PROBLEMET
Du har en hybrid distribusjon av lokale Microsoft Exchange Server og Microsoft Exchange Online i Microsoft Office 365 der hybrid serveren kjører Exchange Server 2010. Imidlertid kan ikke brukere vise ledig/opptatt-informasjon for en ekstern bruker. Når en bruker prøver å vise informasjon om ledige/opptatte tidspunkt for en ekstern bruker, vises ikke i ledig/opptatt. I stedet, brukeren kan oppleve ett eller flere av følgende symptomer:
  • Ledig/opptatt-informasjonen for den eksterne brukeren vises som tall i #-tegn i kalenderen.
  • I Outlook Web App, "feil 5037" vises.
  • Microsoft Outlook <FileName>-fb.log og <FileName>-as.log-filer inneholder en feilmelding som ligner på følgende:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Oppringeren har ikke tilgang til data om ledige og opptatte tidspunkt.</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" >Servernavn<>
    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" > None
Hvis du for eksempel kan ikke bruker et Office 365 vise ledig/opptatt-informasjon for en bruker med lokale. Andre brukere kan imidlertid vise ledig/opptatt-informasjon for den samme lokale brukeren.
ÅRSAK
Dette problemet oppstår hvis domenenavnet for enkel Mail Transfer Protocol (SMTP)-adresse for brukeren som prøver å vise informasjon om ledige/opptatte tidspunkt ikke er inkludert blant domenenavnene i forhold til organisasjonen. Når du kjører cmdleten Test-OrganizationRelationship , vises for eksempel følgende utdata:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identitet:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status: advarsel
Beskrivelse: Det finnes lokalt forent domener som ikke finnes i listen over domener for den
ekstern organisasjon forholdet objekt.
IsValid: True
Dette skjer hvis SMTP-domene manuelt ikke ble lagt til organisasjon-relasjon. Dette kan også oppstå hvis følgende betingelser er oppfylt:
  • Office 365-brukerkontoen ble opprettet før du oppgraderte det lokale miljøet til Exchange Server 2010.
  • Du brukte Hybrid konfigurasjonsveiviseren i Exchange Server 2010 i det lokale miljøet til å definere sammenslutning klarerer.
Domenenavnet til Office 365-brukere er for eksempel contoso.com. Office 365-brukerkontoen har ikke @contoso.mail.onmicrosoft.com som en av de proxy-adressene i dette scenariet. Forespørselen til det lokale miljøet bruker @contoso.com i stedet for @contoso.mail.onmicrosoft.com for Office 365-brukerkontoen. Forespørselen er avvist fordi relasjonen for organisasjonen i det lokale miljøet ikke har contoso.com som er lagt til.
LØSNING
Hvis du vil løse dette problemet, kan du redigere relasjonen for organisasjonen i det lokale miljøet til å inkludere SMTP-domene for brukeren som har problemet. Hvis du vil gjøre dette, bruker du én av følgende metoder.

Metode 1: Bruke Exchange Management-konsollen

  1. På den lokale Exchange-serveren åpne Exchange Management Console, og klikk deretter Konfigurasjon av organisasjonen under Microsoft Exchange lokale.
  2. Velg kategorien Relasjoner for organisasjonen , og deretter viser egenskapene for relasjonen organisasjon.
  3. Klikk kategorien Ekstern organisasjon , skriver du inn domenenavnet forent i boksen Federated domener for eksterne Exchange-organisasjonen og deretter Legg til.
  4. Gjenta trinn 3 for hvert domene du vil legge til.
  5. Klikk OK.

Metode 2: Bruke Exchange Management Shell

  1. På den lokale serveren, åpner du Exchange Management Shell.
  2. Sette opp en organisasjon relasjon som en variabel. Kjør for eksempel følgende kommando

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Legge til flere domenenavn som du vil at variabelen. Hvis du for eksempel kjører du følgende kommando:
    $OrgRel.DomainNames += "contoso.com"
  4. Oppdater relasjonen organisasjonen ved hjelp av den nye verdien for domene-navn. Hvis du for eksempel kjører du følgende kommando:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
Mer informasjon
For å identifisere problemet i Office 365, gjør du følgende:
  1. Koble til Exchange Online ved hjelp av ekstern PowerShell. Hvis du vil ha mer informasjon om hvordan du gjør dette, kan du gå til følgende Microsoft-webområde:
  2. Sammenligne SMTP-adressen til brukeren med relasjonen for organisasjonen. Hvis du vil gjøre dette, kjører du følgende kommando:
    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}
    Obs! Du kan også sammenligne hvert domene som er oppført i godtatte domener med domenenavn som er i forhold til organisasjonen. Hvis du vil gjøre dette, kjører du følgende kommando:
    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} }
Mer informasjon
Trenger du fortsatt hjelp? Gå til den Office 365-fellesskapet webområdet eller TechNet Forums for Exchange.

Start veiledningen hvis du vil feilsøke dette problemet.

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 2667844 – Forrige gjennomgang: 04/25/2016 23:41:00 – Revisjon: 16.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 KbMtno
Tilbakemelding