Gebruikers kunnen geen beschikbaarheidsinfo weergeven voor een externe gebruiker in een hybride implementatie van een on-premises Exchange-Server en Exchange Online in Office 365

Opmerking De wizard hybride configuratie die is opgenomen in de Exchange Management console in Microsoft Exchange Server 2010 wordt niet meer ondersteund. U moet daarom niet langer de oude wizard hybride configuratie gebruiken. In plaats daarvan kunt u de wizard hybride configuratie van Office 365 gebruiken die beschikbaar is op http://aka.MS/HybridWizard. Zie voor meer informatie de wizard hybride configuratie van Office 365 voor Exchange 2010.

PROBLEEM

U hebt een hybride implementatie van on-premises Microsoft Exchange Server en Microsoft Exchange Online in Microsoft Office 365 waarin de hybride Server Exchange Server 2010 uitvoert. Gebruikers kunnen geen beschikbaarheidsinfo van een externe gebruiker bekijken. Wanneer een gebruiker beschikbaarheidsinfo probeert te bekijken voor een externe gebruiker, wordt de informatie over de beschikbaarheidsinfo niet weergegeven. In plaats daarvan kan de gebruiker een of meer van de volgende problemen ondervinden:

  • De beschikbaarheidsinfo voor de externe gebruiker wordt weergegeven als hekje (#) in de agenda.

  • In Outlook Web app wordt ' fout 5037 ' weergegeven.

  • De bestandsnaam van de Microsoft Outlook-<>-FB. log en <FileName>-as. log-bestanden bevatten een foutbericht van de volgende strekking:

    <FreeBusyResponse><ResponseMessage ResponseClass = "fout" ><MessageText>de beller geen toegang heeft tot de beschikbaarheidsinfo. </MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns = "http://schemas.Microsoft.com/Exchange/Services/2006/Errors" ><9 Microsoft. Exchange. InfoWorker. algemeen. Availability. NoFreeBusyAccessException</ExceptionType><ExceptionCode xmlns = "http://schemas.Microsoft.com/Exchange/Services/2006/Errors" >5037</ExceptionCode><ExceptionServerName xmlns = "http://schemas.Microsoft.com/Exchange/Services/2006/Errors" >Server naam</Exceptionservername><ResponseSource xmlns = "http://schemas.microsoft.com/exchange/services/2006/errors" >https://<server>. Outlook.com/EWS/Exchange.asmx/WSSecurity</responsesource></Messagexml></Responsemessage><FreeBusyView><FreeBusyViewType//schemas.Microsoft.com/Exchange/Services/2006/types >/Freebusyviewtype</freebusyview></freebusyresponse><>

Een gebruiker van Office 365 kan bijvoorbeeld geen beschikbaarheidsinfo weergeven voor een on-premises gebruiker. Andere gebruikers kunnen echter beschikbaarheidsinfo bekijken voor dezelfde on-premises gebruiker.

OORZAAK

Dit probleem doet zich voor als de domeinnaam van het SMTP-adres (Simple Mail Transfer Protocol) van de gebruiker die de beschikbaarheidsinfo probeert weer te geven, geen deel uitmaakt van de domeinnamen in de organisatie relatie. Wanneer u bijvoorbeeld de cmdlet test-OrganizationRelationship uitvoert, wordt de volgende uitvoer weergegeven:

RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1deeIdentity: id: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomainsStatus: WarningDescription: er zijn lokale federatieve domeinen die niet aanwezig zijn in de lijst met domeinen voor theremote organisatie relatie object. IsValid: waarDit fout kan optreden als het SMTP-domein niet handmatig is toegevoegd aan de organisatie relatie. Dit kan ook gebeuren als aan de volgende voorwaarden wordt voldaan:

  • Het Office 365-gebruikersaccount is gemaakt voordat u de on-premises omgeving hebt bijgewerkt naar Exchange Server 2010.

  • U gebruikte de wizard hybride configuratie in Exchange Server 2010 in de on-premises omgeving om de Federatie vertrouwen in te stellen.

De domeinnaam van de Office 365-gebruiker is bijvoorbeeld contoso.com. In dit scenario heeft het Office 365-gebruikersaccount geen @contoso. mail.onmicrosoft.com als een van de proxyadressen. Voor de aanvraag voor de on-premises omgeving wordt @contoso. com gebruikt in plaats van @contoso. mail.onmicrosoft.com voor het Office 365-gebruikersaccount. De aanvraag is geweigerd omdat de organisatie relatie in de on-premises omgeving geen contoso.com heeft toegevoegd.

OPLOSSING

Als u dit probleem wilt oplossen, bewerkt u de organisatie relatie in de on-premises omgeving, zodat u het SMTP-domein kunt opnemen van de gebruiker die het probleem ondervindt. U kunt dit op een van de volgende manieren doen.

Methode 1: Exchange-beheer console gebruiken

  1. Open de Exchange-beheer console op de on-premises Exchange-Server en klik vervolgens op organisatie configuratie onder Microsoft Exchange on-premises.

  2. Ga naar het tabblad organigram relaties en Bekijk de eigenschappen van de organisatie relatie.

  3. Ga naar het tabblad externe organisatie , typ de federatieve domeinnaam in het vak federatieve domeinen van het vak Externe Exchange-organisatie en klik op toevoegen.

  4. Herhaal stap 3 voor elk domein dat u wilt toevoegen.

  5. Klik op OK.

Methode 2: Exchange Management Shell gebruiken

  1. Open de Exchange-beheer shell op de lokale server.

  2. Stel de organisatie relatie in als een variabele. Voer bijvoorbeeld de volgende opdracht uit:

    $OrgRel = Get-OrganizationRelationship Contoso 
  3. Voeg de extra domeinnamen toe die u wilt toevoegen aan de variabele. Voer bijvoorbeeld de volgende opdracht uit:

    $OrgRel.DomainNames += "contoso.com" 
  4. Werk de organisatie relatie bij met behulp van de nieuwe waarde voor domeinnamen. Voer bijvoorbeeld de volgende opdracht uit:

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

MEER INFORMATIE

Voer de volgende stappen uit om het probleem in Office 365 op te sporen:

  1. Maak via de externe PowerShell verbinding met Exchange Online. Ga naar de volgende Microsoft-website voor meer informatie hierover:

    Verbinding maken met Exchange Online via externe PowerShell

  2. Vergelijk het SMTP-adres van de gebruiker met de organisatie relatie. Voer de volgende opdracht uit:

    if ( (Get-OrganizationRelationship).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} 

    Opmerking U kunt ook elk domein dat wordt vermeld in de geaccepteerde domeinen, vergelijken met de domeinnamen in de organisatie relatie. Voer de volgende opdracht uit:

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

MEER INFORMATIE

Meer hulp nodig? Ga naar de Microsoft-Community of de TechNet-forums van Exchange. Start de gids om dit probleem op te lossen.

Meer hulp nodig?

Uw vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Microsoft insiders

Was deze informatie nuttig?

Bedankt voor uw feedback.

Hartelijk dank voor uw feedback! Het lijkt ons een goed idee om u in contact te brengen met een van onze Office-ondersteuningsagenten.

×