Proxyadresconflict bij het toevoegen van een e-mailadres in Exchange Online
Symptomen
Wanneer u probeert een proxyadres toe te wijzen aan een nieuwe of bestaande e-mailontvanger in Exchange Online, ontvangt u een foutbericht dat lijkt op een van de volgende voorbeelden.
Fout 1
Het proxyadres SMTP:<conflicterende SMTP-adres> wordt al gebruikt door domain.prod.outlook.com/Microsoft<> Exchange Hosted Organizations/contoso.onmicrosoft.com/<forest>. Kies een ander proxyadres.
Fout 2
Er is een Microsoft Entra ID-aanroep uitgevoerd om het object gesynchroniseerd te houden tussen Microsoft Entra ID en Exchange Online. Het is echter mislukt. Gedetailleerd foutbericht: Er bestaat al een ander object met dezelfde waarde voor eigenschap proxyAddresses. ConflictingObject: PublicFolder_<GUID>.
Voorbeelden van een e-mailontvanger zijn een e-mailgebruiker, gebruikerspostvak, gedeeld postvak, distributiegroep, Microsoft 365-groep en openbare map met e-mail (MEPF).
Oorzaak
Oorzaak 1
Het eerste foutbericht treedt op als een object met e-mail in Exchange Online het proxyadres gebruikt dat u wilt toewijzen.
Oorzaak 2
Het tweede foutbericht treedt op als een MEPF-object dat alleen in Microsoft Entra-id bestaat, het proxyadres gebruikt dat u wilt toewijzen.
Oplossing
De oplossing voor de eerste fout is het controleren op en verwijderen van conflicterende proxyadressen in Exchange Online.
De oplossing voor de tweede fout is het controleren op en verwijderen van conflicterende proxyadressen in Exchange Online en het controleren op en verwijderen van conflicterende proxyadressen in Microsoft Entra ID.
Gebruik de juiste oplossing, afhankelijk van het foutbericht dat u ontvangt. Probeer vervolgens het proxyadres opnieuw toe te wijzen.
Controleren op en verwijderen van conflicterende proxyadressen in Exchange Online
Volg deze stappen om te zoeken naar bestaande e-mailobjecten in Exchange Online die gebruikmaken van het conflicterende proxyadres.
Als u alle geadresseerden van e-mail wilt weergeven die gebruikmaken van het conflicterende SMTP-adres, voert u de volgende opdracht uit:
Get-EXORecipient -ResultSize unlimited | Where-Object {$_.EmailAddresses -match "<conflicting SMTP address>"} | fl Name, RecipientType, EmailAddresses
Als u het exacte SMTP-adres niet weet, voert u in plaats daarvan de volgende opdracht uit:
Get-EXORecipient -ResultSize unlimited | Where-Object {$_.EmailAddresses -match "<partial conflicting SMTP address>"} | fl Name, RecipientType, EmailAddresses
Een proxyadres kan slechts aan één object tegelijk worden toegewezen. Nadat u hebt vastgesteld welk object in conflict is, verwijdert of wijzigt u het proxyadres dat aan dat object is gekoppeld.
Als het object bijvoorbeeld een openbare map met e-mail is, voert u de volgende opdracht uit om de openbare map uit te schakelen om het gebruikte e-mailadres vrij te maken:
Get-MailPublicFolder -ResultSize Unlimited | Where-Object {$_.EmailAddresses -match "<conflicting SMTP address>"} | Disable-MailPublicFolder
Controleren op en verwijderen van conflicterende proxyadressen in Microsoft Entra-id
Belangrijk
Deze oplossing vereist een on-premises server waarop Microsoft Entra Connect is geïnstalleerd. Als uw on-premises infrastructuur buiten gebruik wordt gesteld, neemt u contact op met Microsoft Ondersteuning.
Volg deze stappen om te controleren op en te verwijderen uit Microsoft Entra alle MEPF's die gebruikmaken van het conflicterende proxyadres. Voor deze stappen is een on-premises server met Microsoft Entra Connect versie 2.0 of een latere versie vereist.
Zoek naar het conflicterende proxyadres in alle on-premises MEPF's door de volgende opdracht uit te voeren in de on-premises Exchange Management Shell (EMS):
Get-MailPublicFolder -ResultSize Unlimited | Where-Object {$_.EmailAddresses -match "<conflicting SMTP address>"}
Verwijder voor elke on-premises MEPF die is geïdentificeerd in stap 1 het conflicterende SMTP-adres door de volgende opdracht uit te voeren in de on-premises EMS:
Set-MailPublicFolder -Identity <public folder name or GUID> -EmailAddresses @{remove="<conflicting SMTP address>"} -EmailAddressPolicyEnabled:$false
Met deze stap worden eventuele proxyadresconflicten aan de on-premises zijde verwijderd om ervoor te zorgen dat ze niet worden gesynchroniseerd met Microsoft Entra ID of Exchange Online.
Als u een conflicterend SMTP-adres uit een on-premises MEPF in stap 2 hebt verwijderd, wacht u tot de volgende geplande synchronisatie wordt uitgevoerd op de Microsoft Entra Connect-server of start u handmatig een synchronisatiecyclus door de volgende PowerShell-opdracht uit te voeren:
Start-ADSyncSyncCycle -PolicyType Delta
De synchronisatie moet het conflicterende SMTP-adres uit Microsoft Entra-id verwijderen.
Als u het conflicterende SMTP-adres niet hebt gevonden in een on-premises MEPF of als de synchronisatie het conflicterende SMTP-adres niet uit Microsoft Entra-id heeft verwijderd, zoekt u in Microsoft Entra-id naar MEPF's met het conflicterende SMTP-adres. Gebruik de PowerShell-cmdlet Get-ADSyncToolsAadObject PowerShell op de Microsoft Entra Connect-server om te zoeken naar MEPF's in Microsoft Entra ID. De zoekopdracht is niet hoofdlettergevoelig. Neem het voorvoegsel smtp:op wanneer u het SMTP-adres opgeeft.
$mailEnabledPublicFolders = Get-ADSyncToolsAadObject -SyncObjectType "PublicFolder" -Credential (Get-Credential)
$conflictingSmtpAddress = "smtp:<conflicting SMTP address>"
$mailEnabledPublicFolders | Where-Object {$_.ProxyAddresses -icontains $conflictingSmtpAddress} | Select SourceAnchor
De zoekresultaten bevatten de SourceAnchor voor elke MEPF die voldoet aan de zoekcriteria.
Voor elke MEPF die in stap 4 is geïdentificeerd, verwijdert u de MEPF uit Microsoft Entra ID met behulp van de cmdlet Remove-ADSyncToolsAadObject . Geef de waarde op van de
SourceAnchor
MEPF in Base64-indeling.$conflictingSourceAnchor= "SourceAnchor value"
Remove-ADSyncToolsAadObject -SourceAnchor $conflictingSourceAnchor -SyncObjectType "PublicFolder" -Credentials (Get-Credential)
Zie Remove-ADSyncToolsAadObject voorbeeld 2 voor een voorbeeld van cmdletgebruik.
Voer de microsoft Entra ID-zoekopdracht opnieuw uit vanuit stap 4. Deze keer mogen de zoekresultaten geen MEPF's retourneren.