Felsöka problem med ledig/upptagen i en hybrid distribution av lokal Exchange Server och Exchange Online i Office 365

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

Användare i båda miljöerna i den federerade Exchange-organisationen kan inte hämta ledig/upptagen-information från post lå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 har kon figurer ATS korrekt. För att felsöka det här problemet kan du be 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 (tidigare Outlook Web App) för Office 365. Om problemet skiljer sig från Outlook och Outlook på webben kan problemet bero på att Outlook-klienten inte uppfyller kraven för Exchange-federationen. Be användaren att göra följande:

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å programoch sedan på Installera.

När användaren har konfigurerat Office 365-programmet bör du lösa det lediga/upptagna problemet. Om problemet uppstår identiskt i Outlook och Outlook på webben finns det troligen ett problem avseende hur Exchange-federationen är konfigurerad i din organisation. I det här fallet, se distributions assistenten för Microsoft Exchange Server för att se till att miljön uppfyller system kraven.

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

Användarna kan inte få till gång till ledig/upptagen-information via Exchange-federationen i en viss riktning. Lokala användare kan till exempel inte använda ledig/upptagen-information från moln post lådor. Eller så kan moln användare inte använda ledig/upptagen-information från lokala post lådor. I det här scenariot kan problemet bero på en felaktig konfiguration av programmets mål-URI. Eller så kanske delnings principerna i den lokala Exchange Server-miljön och Exchange Online inte stämmer överens. Följ de här anvisningarna för att felsöka problemet:

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

2. På kommando raden skriver du följande kommando och trycker på RETUR:

   Get-FederationInformation -domainname <Office 365 Domain> 

   I det här kommandot står plats hållaren <Office 365 domain>-standard domänen för 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ål domänen måste ha för att säkerställa att Federations förtroendet har kon figurer ATS korrekt.

4. Kör följande kommando för att visa förtroende informationen som för närvarande är konfigurerad för standard-Office 365-domänen:

   Get-OrganizationRelationship | FL

5. I avsnittet domän namn kontrollerar du att följande objekt visas:

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

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

   Om de här namnen inte visas i avsnittet domän namn kan det finnas ett problem som påverkar konfigurationen av Exchange-federationen. Granska distributions assistenten för Microsoft Exchange Server för att se till att konfigurationen justeras efter de rekommenderade stegen och att miljön uppfyller alla system kraven. Om de två domänerna visas korrekt i avsnittet domän namn gör du följande avsnitt i resultaten:

   • Namn

   • TargetApplicationUri

   • TargetAutodiscoverEpr

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

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

6. Om det lediga/upptagna problemet kvarstår bör du kontrol lera att delnings principerna i Exchange Server-miljön och Exchange Online matchar. Om du vill veta detta kör du följande kommando i Exchange Management Shell och antecknar värdet i fältet Domains 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. Du kan ta reda på om delnings principerna stämmer. Mer information om hur du ansluter till Exchange Online med hjälp av 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 Windows PowerShell-fönstret, till exempel för den lokala miljön, och antecknar värdet i fältet Domains :

   Get-SharingPolicy

9. Domän värden för de båda miljöerna bör stämma överens. Om de inte stämmer överens kan du använda cmdleten set-SharingPolicy för att konfigurera fältet Domains så att det matchar båda sidorna. Mer information om cmdleten set-SharingPolicy och om hur du använder den här inställningen för delnings princip finns i följande Microsoft TechNet-webbplats:

   Set-SharingPolicy

Ledig/upptagen-information kan inte hämtas från ett moln konto 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 moln post lådor. Kontrol lera först att de senaste uppdateringarna är installerade på servern. Mer information finns i uppdateringar för Exchange Server: versions nummer och utgivnings datum. Om problemet kvarstår kan du använda Test-FederationTrust cmdlet för att samla in mer information om felet. Gör så här:

1. I Exchange Management Shell kör du följande kommando, där <OnPremisesMailbox> placeholder representerar e-postadressen till en användar post låda som är värd för den lokala miljön:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

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

2. Förutsatt att resultatet innehåller minst ett avsnitt där typen är misslyckad, kopierar du resultaten till en textfil och skickar sedan filen till support för Exchange Online-tjänster för mer hjälp.

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

Problemet är begränsat till moln användare som försöker hämta ledig/upptagen-information för lokala post lådor. I det här fallet kan post lådorna som ingår i Exchange Server 2003 i stället för på Exchange Server 2007 eller Exchange Server 2010. Exchange Server 2003 stöder inte de Exchange Web Services-begäranden som senare versioner använder för att hämta ledig/upptagen-information. Se till att alla ledig/upptagen-data som finns i Exchange Server 2003 gemensamma mappar replikeras till en server för Exchange Server 2010-postlådan som kan stödja en gemensam mapp-databas.

1. Du kan installera rollen post låda på samma server där klient åtkomst Server rollen (CAS) som du använder för att stödja federationen är installerad. Mer information om hur du gör detta genom att använda distributions assistenten för Microsoft Exchange Server finns i Exchange Server Deployment Assistant.

2. Om moln användarna fortfarande har problem med att hämta ledig/upptagen-information för lokala post lådor kan du ta reda på om det finns ett problem med att ansluta till 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. Fyll i formuläret med e-postadressen och lösen ordet för ett konto i den lokala miljön som har problem på sidan Outlook Autodiscover. Markera kryss rutan för att bekräfta att du har behörighet att ange autentiseringsuppgifterna för ett fungerande konto.

   3. För att bekräfta att ett automatiskt program gör en begäran måste du slutföra ett gränssnitts kontroll. Skriv bokstäverna och siffrorna från bilden i rutan och klicka sedan på testa.

3. Om testet Miss lyckas kontrollerar du inställningarna för den lokala proxyservern och brand väggen. Kontrol lera att Exchange Online-CAS kan nås från Internet via port 443.

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

I det här scenariot saknas mappen OU = extern (FYDIBOHF25SPDLT) i den gemensamma mapphierarkin och måste läggas till. Följ de här stegen om du vill lägga till den gemensamma mappen OU = extern (FYDIBOHF25SPDLT):

1. Anslut till den lokala Exchange 2010-servern från den gemensamma mappen.

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

Det går inte att se ledig/upptagen-information för de lokala post lådorna i moln post lådorna

När du kör Get-OrganizationRelationship | FL -cmdlet i ett fjärrpowershell-fönster som är kopplat till Exchange Online måste värdet för parametern TargetSharingEpr vara korrekt angivet. Om det här värdet är tomt, null eller felaktigt kan inte moln post lådor se ledig/upptagen-information om lokala post lådor.

Ange värdet genom att köra 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"