Doelpostvak heeft geen smtp-proxykoppeling in een postvakmigratie

Artikel
06/19/2024
Van toepassing op:

Exchange Online

Probleem

Stel dat u een hybride implementatie hebt van on-premises Microsoft Exchange Server en Exchange Online in Microsoft 365. Wanneer u postvakken probeert te verplaatsen van uw on-premises omgeving naar Exchange Online, ontvangt u het volgende foutbericht:

Het doelpostvak heeft geen smtp-proxy die overeenkomt met '<domain.mail.onmicrosoft.com>'

Oorzaak

Dit probleem kan optreden als aan een van de volgende voorwaarden wordt voldaan:

Het bronpostvak heeft geen <smtp-adres van domein.mail.onmicrosoft.com>.
Het proxyadres <domain.mail.onmicrosoft.com> wordt niet gesynchroniseerd met Microsoft 365 op het bijbehorende e-mailgebruikersobject in de cloud.

Oplossing

Voer de volgende opdrachten uit in de Exchange Management Shell en Exchange Online PowerShell om de oorzaak van het probleem te achterhalen en te bepalen vanuit welk postvak het <domein.mail.onmicrosoft.com> e-mailadres ontbreekt:

In Exchange Management Shell on-premises:

Get-Mailbox <AffectedUser> | FL EmailAddresses, EmailAddressPolicyEnabled

In Exchange Online PowerShell:

Get-MailUser <AffectedUser> | Select -ExpandProperty emailaddresses

Scenario 1: <domain.mail.onmicrosoft.com> e-mailadres ontbreekt in het on-premises bronpostvak (Exchange Management Shell)

U kunt dit probleem oplossen door het <e-mailadres domain.mail.onmicrosoft.com> toe te voegen aan het on-premises bronpostvak.

Als voor het on-premises postvak een e-mailadresbeleid is toegepast (dat wil zeggen dat de parameterwaarde EmailAddressPolicyEnabledTrue is of het selectievakje Automatisch e-mailadressen bijwerken op basis van het e-mailadresbeleid dat is toegepast op deze geadresseerde is ingeschakeld voor de gebruiker in het Exchange-beheercentrum of de Exchange-beheerconsole), betekent dit dat het e-mailadresbeleid niet het secundaire SMTP-domein <> bevat.mail.onmicrosoft.com domein in de beleidssjabloon voor e-mailadressen. U kunt dit beleid controleren door de volgende opdracht uit te voeren in Exchange Management Shell:

Get-EmailAddressPolicy | FL Identity, EnabledEmailAddressTemplates

In dit geval voegt u domain.mail.onmicrosoft.com> toe <aan het e-mailadresbeleid. Ga hiervoor als volgt te werk:

Open het Exchange-beheercentrum op de on-premises Exchange-server.
Klik op E-mailstroom en klik vervolgens op E-mailadresbeleid.
Selecteer het e-mailadresbeleid dat u wilt wijzigen en klik vervolgens op Bewerken.
Voeg in de indeling van het e-mailadres het domein (<domain.mail.onmicrosoft.com>) toe aan het beleid, klik op Opslaan en klik vervolgens op Toepassen op om de wijziging toe te passen op de geadresseerden.
U ziet nu dat het <SMTP-adres domain.mail.onmicrosoft.com> is gestempeld in het on-premises postvak wanneer u de volgende opdracht uitvoert:
```
Get-Mailbox <AffectedUser> | FL EmailAddresses, EmailAddressPolicyEnabled
```
Wacht tot adreslijstsynchronisatie is uitgevoerd. Of dwing een delta-adreslijstsynchronisatie af. Zie De Scheduler starten voor meer informatie over hoe u dit doet.

Als voor het on-premises postvak geen e-mailadresbeleid is toegepast (de parameterwaarde EmailAddressPolicyEnabled is Onwaar of het selectievakje E-mailadressen automatisch bijwerken op basis van het e-mailadresbeleid dat is toegepast op deze geadresseerde , is niet ingeschakeld voor de gebruiker in het Exchange-beheercentrum of de Exchange-beheerconsole), of als het e-mailadresbeleid om welke reden dan ook niet wordt gestempeld of toegepast op de user@domain.mail.onmicrosoft.com gebruiker smtp-adres op de geadresseerde. U moet het <e-mailadres domain.mail.onmicrosoft.com> handmatig toevoegen aan de gebruiker en vervolgens de wijziging synchroniseren met Microsoft Entra ID. Ga hiervoor als volgt te werk:

Open het Exchange-beheercentrum op de on-premises Exchange-server.
Klik op geadresseerden en klik vervolgens op postvakken.
Selecteer en dubbelklik op het on-premises postvak dat u wilt wijzigen.
Klik in e-mailadressen op het pictogram Toevoegen () om het e-mailadres toe te voegen user@domain.mail.onmicrosoft.com aan de e-mailadressen van de gebruiker.
Klik op OK en vervolgens op Opslaan.
U ziet nu dat het <domein.mail.onmicrosoft.com> is gestempeld in het on-premises postvak wanneer u de volgende opdracht uitvoert:
```
Get-Mailbox <AffectedUser> | FL EmailAddresses
```
Wacht tot adreslijstsynchronisatie is uitgevoerd. Of dwing een delta-adreslijstsynchronisatie af. Zie De Scheduler starten voor meer informatie over hoe u dit doet.

Scenario 2: <domain.mail.onmicrosoft.com> e-mailadres wordt gestempeld in het on-premises bronpostvak, maar ontbreekt in het cloud-mailgebruikersobject (Exchange Online PowerShell)

In dit geval hebt u waarschijnlijk een synchronisatieprobleem. Bepaal of de adreslijstsynchronisatie werkt en of er synchronisatiefouten zijn die worden gerapporteerd in het Microsoft Entra Connect-hulpprogramma of het Microsoft 365-beheercentrum. Zie Fouten in adreslijstsynchronisatie weergeven in Microsoft 365 voor meer informatie over hoe u dit doet.

Er kan ook een gebruikersvalidatiefout optreden als u al een cloudgebruikersobject hebt waarop het user@domain.mail.onmicrosoft.com e-mailadres is gestempeld.

Als u deze fout wilt zien, moet u verbinding maken met Microsoft 365 PowerShell en vervolgens een van de volgende opdrachten uitvoeren, afhankelijk van of u verbinding maakt met de MSOnline-service (MSOL) of Microsoft Entra ID voor Windows PowerShell:

(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription
(Get-AzureADUser -ObjectId <AffectedUserUPN>).Errors.ErrorDetail.ObjectErrors.ErrorRecord.ErrorDescription

Opmerking

Azure AD- en MSOnline PowerShell-modules zijn afgeschaft vanaf 30 maart 2024. Lees de afschaffingsupdate voor meer informatie. Na deze datum is ondersteuning voor deze modules beperkt tot hulp bij migratie naar Microsoft Graph PowerShell SDK en beveiligingspatches. De afgeschafte modules blijven functioneren tot en met 30 maart 2025.

U wordt aangeraden te migreren naar Microsoft Graph PowerShell om te communiceren met Microsoft Entra ID (voorheen Azure AD). Raadpleeg de veelgestelde vragen over migratie voor veelgestelde vragen over migratie. Notitie: Versies 1.0.x van MSOnline kunnen na 30 juni 2024 worden onderbroken.

Raadpleeg U ziet validatiefouten voor gebruikers in de Microsoft 365-portal of in de Azure Active Directory-module voor Windows PowerShell voor meer informatie.

Controleer vervolgens in Microsoft 365 PowerShell of de proxyadressen in Microsoft Entra ID het e-mailadres user@domain.mail.onmicrosoft.combevatten. Voer hiervoor een van de volgende opdrachten uit:

(Get-MsolUser -UserPrincipalName <AffectedUserUPN>).ProxyAddresses
(Get-AzureADUser -ObjectId <AffectedUserUPN>).ProxyAddresses

Als u het user@domain.mail.onmicrosoft.com smtp-adres voor de gebruiker vindt in het opdrachtresultaat, maar u dit e-mailadres nog steeds niet hebt in Exchange Online PowerShell met behulp van de Get-MailUser opdracht, betekent dit dat het adres met het hulpprogramma Adreslijstsynchronisatie het adres naar Microsoft Entra ID heeft gebracht en u waarschijnlijk een synchronisatieprobleem hebt tussen Microsoft Entra ID en Exchange Online.

Een andere oorzaak kan zijn als het domain.mail.onmicrosoft.com smtp-domein dat is gestempeld op de on-premises gebruiker onjuist is. Het domein bestaat bijvoorbeeld niet in uw microsoft 365-tenant of geaccepteerde Exchange Online-domeinen. Zie Geaccepteerde domeinen weergeven voor meer informatie over geaccepteerde domeinen.

Als u de oorzaak van het probleem niet kunt bepalen, opent u een ondersteuningsaanvraag bij het Ondersteuningsteam van Microsoft om dit verder te onderzoeken.

Meer informatie

Zie de sectie 'E-mailadresbeleid' van de cloud op uw voorwaarden (DEEL I): hybride implementaties implementeren voor meer informatie over e-mailadresbeleid en hybride implementaties van Exchange.

Zie Een e-mailadresbeleid bewerken voor meer informatie over het bewerken van een e-mailadresbeleid.

Zie de vermelding 'Domeinen' in de wizard Hybride configuratie voor meer informatie over het co-existentiedomein dat is toegevoegd door de wizard Hybride configuratie.

Meer hulp nodig? Ga naar Microsoft Community of de Exchange TechNet-forums.

Delen via