Lietotājs nevar skatīt aizņemtības informācijas attālo lietotāju datu Hibrīdā izvietošana lokālas Exchange Server un Exchange Online Office 365

SVARĪGI! Šis raksts ir tulkots, izmantojot Microsoft mašīntulkošanas programmatūru, un, iespējams, labots, izmantojot tehnoloģiju Community Translation Framework (CTF). Korporācija Microsoft publicē gan ar mašīntulkošanas programmatūru tulkotus rakstus, ko pēc tam rediģējuši kopienas pārstāvji, gan arī tulkotāju tulkotus rakstus, lai visi zināšanu bāzes raksti būtu pieejami vairākās valodās. Ar mašīntulkošanas programmatūru tulkotajos un kopienas pārstāvju rediģētajos tekstos var būt vārdu izvēles, sintakses un/vai gramatikas kļūdas. Korporācija Microsoft neuzņemas atbildību ne par kādām neprecizitātēm, kļūdām vai kaitējumu, kas radies nepareiza satura tulkojuma vai tā izmantošanas dēļ. Papildinformācija par CTF ir pieejama šeit: http://support.microsoft.com/gp/machine-translation-corrections/lv.

Noklikšķiniet šeit, lai skatītu šī raksta versiju angļu valodā: 2667844
Piezīme. Microsoft Exchange Server 2010 Exchange Management Console iekļautais hibrīds konfigurācijas vednis vairs netiek atbalstīta. Tāpēc vairs nav jāizmanto vecais hibrīds konfigurācijas vednis. Tā vietā izmantojiet Office 365 hibrīds konfigurācijas vednis, kas ir pieejama http://aka.MS/HybridWizard. Lai iegūtu papildinformāciju, skatiet Exchange 2010 Office 365 hibrīds konfigurācijas vednis.
PROBLĒMAS
Microsoft Office 365 hibrīds serverī, kurā darbojas Exchange Server 2010 ir Hibrīdā izvietošana lokālā Microsoft Exchange Server un Microsoft Exchange Online. Tomēr lietotāji nevar skatīt aizņemtības informāciju par attālo lietotāju. Kad lietotājs mēģina skatīt aizņemtības informāciju par attālo lietotāju, netiek parādīta informācija par aizņemtību. Tā vietā, lietotājs var rasties viens vai vairāki no šiem simptomiem:
  • Informācija par aizņemtību attālā lietotāja kalendārā tiek parādīts kā numura zīme (#) rakstzīmes.
  • Outlook tīmekļa lietojumprogramma "tiek parādīta kļūda 5037".
  • Microsoft Outlook <FileName>-fb.log un <FileName>-as.log failos ir kļūdas ziņojums, kas līdzīgs šim:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Zvanītājs nevar piekļūt brīvs/aizņemts datus.</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" >Servera_nosaukums<>
    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" > nav
Piemēram, Office 365 lietotājs nevar skatīt aizņemtības informācijas lokālajiem lietotājiem. Tomēr citi lietotāji var skatīt informāciju par aizņemtību vienā lokālā lietotāja.
IEMESLS
Šī problēma rodas, ja netiek iekļauta domēna nosaukums uzņēmuma relācija viens pret vienu starp domēna nosaukums (Simple Mail Transfer Protocol — SMTP) adresi, kurš mēģina skatīt aizņemtības informāciju. Piemēram, palaižot Pārbaudi OrganizationRelationship cmdlet, tiek parādīta šāda izvade:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Identitātes:
ID: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Statuss: brīdinājums
Apraksts: Ir lokāli integrētās domēnos, kuros nav atrodami par domēnu sarakstu
attālā organizācijas relācijas objektu.
IsValid: spēkā
Tā notiek, ja SMTP domēns nav manuāli pievienot organizācijas relācijas. Tas arī var rasties, ja ir spēkā kāds no šiem nosacījumiem:
  • Office 365 lietotāja konts ir izveidots, pirms jaunināšanas uz Exchange Server 2010 lokālas vidē.
  • Iestatīšanai esat lietojis hibrīds konfigurācijas vednis programmā Exchange Server 2010 lokālas vides Federācijas uzticamība.
Piemēram, Office 365 lietotāja domēna vārds un uzvārds ir contoso.com. Šajā situācijā Office 365 lietotāja kontam nav @contoso.mail.onmicrosoft.com kā vienu no tās starpniekserveru adreses. Lokālas vides pieprasījums izmanto @contoso.com, nevis @contoso.mail.onmicrosoft.com Office 365 lietotāja kontu. Pieprasījums ir noraidīts, jo organizācijas relācijas lokālā vidē nav pievienots contoso.com.
RISINĀJUMS
Lai novērstu šo problēmu, rediģējiet organizācijas relācijas lokālā vidē, iekļaujot SMTP domēna lietotājam, kurš ir saskāries ar šo problēmu. Lai to izdarītu, izmantojiet kādu no šīm metodēm.

1. metode: Izmantojiet Exchange Management Console

  1. Lokālas Exchange serverī, atveriet Exchange pārvaldības konsoli un pēc tam noklikšķiniet uz Organizācijas konfigurācija saskaņā ar Microsoft Exchange lokālas.
  2. Noklikšķiniet uz cilnes Organizācijas relācijas un pēc tam skatiet organizācijas relācijas rekvizītus.
  3. Noklikšķiniet uz cilnes Ārējā organizācija , ārējo domēnu ārējo Exchange organizācijas adreses lodziņš ierakstiet integrētās domēna nosaukums un pēc tam noklikšķiniet uz pievienot.
  4. Atkārtojiet 3. darbību katram domēnam, ko vēlaties pievienot.
  5. Noklikšķiniet uz Labi.

2. metode: Izmantojiet Exchange pārvaldības čaulu

  1. Lokālā servera, atveriet Exchange pārvaldības čaulu.
  2. Iestatiet organizācijas relācijas mainīgo. Piemēram, palaidiet šādu komandu

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Mainīgais papildu domēna nosaukums, kuru vēlaties pievienot. Piemēram, palaidiet šādu komandu:
    $OrgRel.DomainNames += "contoso.com"
  4. Atjaunināt uzņēmuma relācija viens pret vienu, izmantojot domēna nosaukums jauno vērtību. Piemēram, palaidiet šādu komandu:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
PAPILDINFORMĀCIJA
Lai palīdzētu identificēt Office 365 problēmu, rīkojieties šādi:
  1. Izveidot savienojumu ar Exchange Online, izmantojot attālo PowerShell. Lai iegūtu papildinformāciju, kā to izdarīt, skatiet šajā Microsoft vietnē:
  2. Salīdziniet lietotāju ar organizācijas relācijas SMTP adrese. Lai to paveiktu, izpildiet šādu komandu:
    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}
    Piezīme Varat arī salīdzināt vienam domēnam, kas norādīta akceptētie domēni domēnu nosaukumus, kas ir organizācijas attiecības ar. Lai to paveiktu, izpildiet šādu komandu:
    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} }
PAPILDINFORMĀCIJA
Vēl arvien ir nepieciešama palīdzība? Dodieties uz Office 365 Kopiena vietnes vai Exchange TechNet forumos.

Lai novērstu šo problēmu pamācības.

Brīdinājums: šis raksts ir tulkots automātiski

Rekvizīti

Raksta ID: 2667844. Pēdējo reizi pārskatīts: 04/26/2016 00:35:00. Pārskatījums: 18.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 KbMtlv
Atsauksmes