Felsöka problem med ledig/upptagen i en hybriddistribution av lokala Exchange Server och Exchange Online i Office 365

Ledig/upptagen-information kan inte hämtas från något konto i någon av miljöerna

Användare i någon av miljöerna i den externa Exchange-organisationen kan inte hämta ledig/upptagen-information från postlådor som finns i den andra miljön.

I det här fallet kan problemet bero på att Outlook inte är uppdaterat eller att Exchange-federationen kanske inte är korrekt konfigurerad.

Om du vill felsöka det här problemet ber du användarna att avgöra om problemet uppstår när de använder Microsoft Outlook och när de använder Outlook på webben (kallades tidigare Outlook Web App) för Office 365. Om beteendet skiljer sig åt i Outlook och Outlook på webben kan problemet bero på att Outlook-klienten inte uppfyller kraven för Exchange-federation. Be användaren att följa de här stegen:

1. Logga in på Office 365-portalen (https://portal.office.com).

2. Klicka på Inställningar () och klicka sedan på Office 365.

3. Klicka på Programvara och sedan på Installera.

När användaren har konfigurerat Office 365 skrivbordsprogram bör problemet med ledig/upptagen vara löst.

Om det här problemet uppstår identiskt i Outlook och Outlook på webben finns det förmodligen ett problem med hur Exchange-federation har konfigurerats i organisationen. I det här fallet kan du läsa distributionsassistenten för Microsoft Exchange Server och kontrollera att miljön uppfyller systemkraven.

Ledig/upptagen-information kan inte hämtas från en miljö

Användare kan inte komma åt ledig/upptagen-information via Exchange-federation i en specifik riktning. Lokala användare kan till exempel inte komma åt ledig/upptagen-information från molnbaserade postlådor. Eller så kan molnanvändare inte komma åt ledig/upptagen-information från lokala postlådor.

I det här scenariot kan problemet orsakas av en felaktig konfiguration av URI:et för programmål. Eller så kanske delningsprinciperna i den lokala Exchange Server miljön och i Exchange Online inte stämmer överens.

Gör så här för att felsöka problemet:

1. Öppna Exchange Management Shell på en lokal dator som kör Exchange Server.

2. Skriv följande kommando på kommandoraden och tryck sedan på Retur:

   Get-FederationInformation -domainname <Office 365 Domain> 

   I det här kommandot representerar platshållaren <Office 365 Domän> standarddomänen Office 365 (till exempel contoso.onmicrosoft.com).

3. Observera värdena TargetApplicationUri och TargetAutodiscoverEpr i resultatet. Det här är de inställningar som måldomänen måste ha för att federationsförtroendet ska vara korrekt konfigurerat.

4. Om du vill visa den förtroendeinformation som är konfigurerad för standarddomänen Office 365 kör du följande kommando:

   Get-OrganizationRelationship | FL

5. I avsnittet DomainNames kontrollerar du att följande objekt visas:
   

   • Namnet på företagets tjänstdirigeringsdomän (till exempel mail.contoso.onmicrosoft.com)

   • Namnet på företagets externa domän (till exempel contoso.com)

   Om dessa namn inte visas i avsnittet DomainNames kan det finnas ett problem som påverkar konfigurationen av Exchange-federation. Granska distributionsassistenten för Microsoft Exchange Server och kontrollera att konfigurationen överensstämmer med de rekommenderade stegen och att miljön uppfyller alla systemkrav. Om de två domänerna visas korrekt i avsnittet DomainNames noterar du följande avsnitt i resultatet:
   

   • Namn

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Värdena TargetApplicationUri och TargetAutodiscoverEpr ska matcha motsvarande värden från Get-FederationInformation cmdlet. Om värdena inte matchar kör du följande kommando för att korrigera skillnaden:

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. Om problemet med ledig/upptagen kvarstår kontrollerar du att delningsprinciperna i den lokala Exchange Server miljön och i Exchange Online matcha. Du kan ta reda på det genom att köra följande kommando i Exchange Management Shell och sedan notera värdet i fältet Domäner i resultatet:

   Get-SharingPolicy | FL

7. Anslut till Exchange Online genom att använda Windows PowerShell för att köra samma test i den andra miljön. Det gör du så att du kan avgöra om delningsprinciperna matchar. Mer information om hur du ansluter till Exchange Online med Windows PowerShell finns på följande Microsoft-webbplats:

   Ansluta till Exchange Online med fjärr-PowerShell

8. När du har anslutit till Exchange Online kör du följande kommando i fönstret Windows PowerShell, precis som för den lokala miljön, och noterar sedan värdet i fältet Domäner:

   Get-SharingPolicy

9. Domänvärdena för de två miljöerna ska matcha. Om de inte matchar kan du använda cmdleten Set-SharingPolicy för att konfigurera fältet Domäner så att det matchar på båda sidor. Mer information om cmdleten Set-SharingPolicy och om hur du använder den här inställningen för delningsprinciper finns på följande Microsoft TechNet-webbplats:

   Set-SharingPolicy

Ledig/upptagen-information kan inte hämtas från ett molnkonto med hjälp av ett lokalt konto

Det här problemet är begränsat till lokala användare som försöker hämta ledig/upptagen-information för molnbaserade postlådor.

Kontrollera först att de senaste uppdateringarna är installerade på servern. Mer information finns i Exchange Server Uppdateringar: versionsnummer och utgivningsdatum.

Om problemet kvarstår kan du använda cmdleten Test-FederationTrust för att samla in mer information om felet. Gör så här:

1. Kör följande kommando i Exchange Management Shell, där <OnPremisesMailbox> platshållare representerar e-postadressen till en användarpostlåda som finns i den lokala miljön:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Obs! Det här kommandot testar federationsförtroendetoken som används av den lokala användaren.

2. Om resultatet innehåller minst ett avsnitt där typenmisslyckades kopierar du resultatet till en textfil och skickar sedan filen till Exchange Online Services-support för mer hjälp.

Ledig/upptagen-information kan inte hämtas från ett lokalt konto med hjälp av ett molnkonto

Problemet är begränsat till molnanvändare som försöker hämta ledig/upptagen-information för lokala postlådor.

I det här fallet kan de aktuella postlådorna finnas på Exchange Server 2003 i stället för på Exchange Server 2007 eller Exchange Server 2010. Exchange Server 2003 stöder inte Exchange Web Services-begäranden som senare versioner använder för att hämta ledig/upptagen-information. Kontrollera att alla ledig/upptagen-data som finns i Exchange Server 2003 gemensamma mappar replikeras till en Exchange Server 2010-postlådeserver som har stöd för en gemensam mappdatabas.

1. Du kan installera postlåderollen på samma server där CAS-rollen (Client Access Server) som du använder för att stödja federation är installerad. Mer information om hur du gör detta med hjälp av distributionsassistenten för Microsoft Exchange Server finns i Exchange Server distributionsassistenten.

2. Om molnanvändare fortfarande har problem när de försöker hämta ledig/upptagen information för lokala postlådor kontrollerar du om det är problem med att ansluta till den lokala tjänsten för automatisk upptäckt. Gör så här:
   

   1. Öppna Microsoft Remote Connectivity Analyzer på följande Microsoft-webbplats:

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

   2. På sidan Automatisk upptäckt i Outlook fyller du i formuläret med hjälp av e-postadressen och lösenordet för ett konto i den lokala miljön som har problem. Markera kryssrutan för att bekräfta att du har behörighet att ange autentiseringsuppgifterna för ett arbetskonto.

   3. För att bekräfta att ett automatiserat program gör en begäran måste du slutföra en utmaning i användargränssnittet. Skriv bokstäverna och siffrorna från bilden i rutan och klicka sedan på Utför test.

3. Om testet misslyckas kontrollerar du inställningarna för den lokala proxyservern och brandväggen. Kontrollera att Exchange Online CAS kan nås via Internet via port 443.

Ledig/upptagen-information är inte tillgänglig i en hybriddistribution mellan Exchange Online och en lokal Exchange 2003-organisation eller en blandad lokal Exchange 2003- och Exchange 2007-organisation

I det här scenariot saknas den gemensamma mappen OU=EXTERNAL (FYDIBOHF25SPDLT) i hierarkin för den gemensamma mappen och måste läggas till.

Så här lägger du till den gemensamma mappen OU=EXTERNAL (FYDIBOHF25SPDLT):

1. Anslut till den lokala exchange 2010-servern för gemensamma mappar från den gemensamma mappservern.

2. Öppna Windows PowerShell.

3. Kör följande kommando:
     Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Kör följande kommando:
   
   Install-FreeBusyFolder

Molnpostlådor kan inte se ledig/upptagen-information för lokala postlådor

När du kör Get-OrganizationRelationship | FL-cmdleten i ett PowerShell-fjärrfönster som är anslutet till Exchange Online måste värdet för parametern TargetSharingEpr vara korrekt inställt. Om det här värdet är tomt, null eller felaktigt kan molnpostlådor inte se ledig/upptagen-information om lokala postlådor.

Om du vill ange värdet kör du följande kommando:

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

Kör till exempel följande kommando: 

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"