Gebruiker kan geen beschikbaarheidsinfo weergeven voor een externe gebruiker in een hybride implementatie van Exchange Server

Origineel KB-nummer: 2667844

Opmerking

De wizard Hybride configuratie die is opgenomen in de Exchange Management Console in Microsoft Exchange Server 2010, wordt niet meer ondersteund. Daarom moet u de oude wizard Hybride configuratie niet meer gebruiken. Gebruik in plaats daarvan de wizard Hybride configuratie van Microsoft 365 die beschikbaar is op https://aka.ms/HybridWizard. Zie Wizard Hybride configuratie van Microsoft 365 voor Exchange 2010 voor meer informatie.

Symptomen

U hebt een hybride implementatie van on-premises Microsoft Exchange Server en Microsoft Exchange Online in Microsoft 365 waarin uw hybride server wordt uitgevoerd Exchange Server 2010. Gebruikers kunnen echter geen beschikbaarheidsinfo weergeven voor een externe gebruiker. Wanneer een gebruiker de beschikbaarheidsinfo voor een externe gebruiker probeert weer te geven, wordt de beschikbaarheidsinfo niet weergegeven. In plaats daarvan kan de gebruiker een of meer van de volgende symptomen ervaren:

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

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

  • De bestanden Microsoft Outlook <FileName>-fb.log en <FileName>-as.log bevatten een foutbericht dat er ongeveer als volgt uitziet:

    <FreeBusyResponse><ResponseMessage ResponseClass="Error"><MessageText>De aanroeper heeft geen toegang tot beschikbaarheidsgegevens.</MessageText><ResponseCode>ErrorNoFreeBusyAccess</ResponseCode><DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><ExceptionType xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">Microsoft.Exchange.InfoWorker.Common.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"ServerName<>/ExceptionServerName><ResponseSource xmlns="http://schemas.microsoft.com/exchange/services/2006/errors">https://\<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity</ResponseSource></MessageXml></ResponseMessage><FreeBusyViewType><xmlns="http://schemas.microsoft.com/exchange/services/2006/types">None</FreeBusyViewType></FreeBusyView></FreeBusyResponse>

Een Microsoft 365-gebruiker kan bijvoorbeeld geen beschikbaarheidsinfo weergeven voor een on-premises gebruiker. Andere gebruikers kunnen echter beschikbaarheidsinfo bekijken voor diezelfde on-premises gebruiker.

Oorzaak

Dit probleem treedt op als de domeinnaam voor het SMTP-adres (Simple Mail Transfer Protocol) van de gebruiker die de beschikbaarheidsinfo probeert weer te geven, niet is opgenomen in de domeinnamen in de organisatierelatie. Wanneer u bijvoorbeeld de cmdlet Test-OrganizationRelationship uitvoert, wordt de volgende uitvoer weergegeven:

RunspaceId : a6c3799f-2ecd-4d79-ae4b-6c470dd1dee
Identiteit:
Id : LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Status : Waarschuwing
Beschrijving: er zijn lokaal federatieve domeinen die niet aanwezig zijn in de lijst met domeinen voor het externe organisatierelatieobject.
IsValid: Waar

Dit gebeurt als het SMTP-domein niet handmatig is toegevoegd aan de organisatierelatie. Dit kan ook gebeuren als aan de volgende voorwaarden wordt voldaan:

  • Het Microsoft 365-gebruikersaccount is gemaakt voordat u de on-premises omgeving hebt bijgewerkt naar Exchange Server 2010.
  • U hebt de wizard Hybride configuratie in Exchange Server 2010 in de on-premises omgeving gebruikt om de federatieve vertrouwensrelatie in te stellen. De domeinnaam van de Microsoft 365-gebruiker is contoso.combijvoorbeeld .

In dit scenario heeft @contoso.mail.onmicrosoft.com het Microsoft 365-gebruikersaccount niet als proxyadres. De aanvraag voor de on-premises omgeving gebruikt @contoso.com in plaats van @contoso.mail.onmicrosoft.com voor het Microsoft 365-gebruikersaccount. De aanvraag wordt geweigerd omdat de organisatierelatie in de on-premises omgeving er niet aan is contoso.com toegevoegd.

Oplossing

U kunt dit probleem oplossen door de organisatierelatie in de on-premises omgeving te bewerken om het SMTP-domein op te nemen van de gebruiker die het probleem ondervindt. Gebruik een van de volgende manieren om dit te doen.

Methode 1: gebruik Exchange Management Console

  1. Open op de on-premises Exchange-server Exchange Management Console en selecteer vervolgens Organisatieconfiguratie onder Microsoft Exchange On-Premises.
  2. Selecteer het tabblad Organisatierelaties en bekijk vervolgens de eigenschappen van de organisatierelatie.
  3. Selecteer het tabblad Externe organisatie , typ de federatieve domeinnaam in het vak Federatieve domeinen van de externe Exchange-organisatie en selecteer vervolgens Toevoegen.
  4. Herhaal stap 3 voor elk domein dat u wilt toevoegen.
  5. Selecteer OK.

Methode 2: Exchange Management Shell gebruiken

  1. Open Exchange Management Shell op de on-premises server.

  2. Stel de organisatierelatie 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 organisatierelatie bij met behulp van de waarde voor nieuwe 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 Microsoft 365 te identificeren:

  1. Maak verbinding met Exchange Online via externe PowerShell. Zie Verbinding maken met Exchange Online PowerShell voor meer informatie over hoe u dit doet.

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

    if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1]) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Split("@")[1] "was not found" -ForegroundColor Yellow}
    

    Opmerking

    U kunt ook elk domein dat wordt vermeld in de geaccepteerde domeinen vergelijken met de domeinnamen die zich in de organisatierelatie bevinden. Voer hiervoor 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 hulp nodig? Ga naar Microsoft Community of de Exchange TechNet-forums.

Start de handleiding om dit probleem op te lossen.