Compartilhar via

Como o atributo proxyAddresses é preenchido no Microsoft Entra ID

  • Artigo

Este artigo descreve como o atributo proxyAddresses é preenchido na ID do Microsoft Entra e discute cenários comuns para ajudá-lo a entender como o atributo proxyAddresses é preenchido na ID do Microsoft Entra.

Versão original do produto: Microsoft Entra ID
Número original do KB: 3190357

Observação

Esse artigo foi útil? Sua opinião é importante para nós. Use o botão Comentários nesta página para nos informar o quão bem este artigo funcionou para você ou como podemos melhorá-lo.

O atributo proxyAddresses no Active Directory é uma propriedade de vários valores que pode conter várias entradas de endereço conhecidas. Por exemplo, ele pode conter endereços SMTP, endereços X500 e endereços SIP. Quando um objeto é sincronizado com a ID do Microsoft Entra, os valores especificados no atributo mail ou proxyAddresses no Active Directory são copiados para um atributo shadow mail ou proxyAddresses na ID do Microsoft Entra. Em seguida, eles são usados para calcular os proxyAddresses finais do objeto no Microsoft Entra de acordo com as regras internas de ID do Microsoft Entra. A lógica que preenche os atributos mail, mailNickName e proxyAddresses na ID do Microsoft Entra é chamada de cálculo de proxy. Ele leva em conta muitos aspectos diferentes dos dados do Active Directory local, como:

  • Defina ou atualize o endereço SMTP primário e os endereços secundários adicionais com base nos ProxyAddresses ou UserPrincipalName locais.
  • Defina ou atualize o atributo Mail com base no endereço SMTP primário calculado.
  • Defina ou atualize o atributo MailNickName com base no prefixo de endereço MailNickName ou SMTP primário local.
  • Descarte endereços locais que tenham um sufixo de domínio reservado, por exemplo, @*.onmicrosoft.com, @*.microsoftonline.com;
  • Descarte ProxyAddresses locais com protocolos herdados como MSMAIL, X400 etc;
  • Descartar endereços locais malformados ou não compatíveis com RFC 5322, por exemplo, prefixo de protocolo ausente "SMTP:", contendo um espaço ou outro caractere inválido;
  • Remova ProxyAddresses com um sufixo de domínio não verificado, se o usuário receber uma licença do Exchange Online.

Portanto, os valores dos atributos Mail e ProxyAddresses para o objeto no Active Directory podem não ser os mesmos que os valores do atributo ProxyAddresses na ID do Microsoft Entra.

Terminologia

A seguinte terminologia é usada neste artigo:

  • Domínio inicial: o primeiro domínio provisionado no locatário. Por exemplo, Contoso.onmicrosoft.com.
  • Endereço de Roteamento de Email Online da Microsoft (MOERA): o endereço construído a partir do prefixo userPrincipalName do usuário, mais o sufixo de domínio inicial, que é adicionado automaticamente ao proxyAddresses na ID do Microsoft Entra. Por exemplo, smtp:john.doe@Contoso.onmicrosoft.com.
  • UserPrincipalName (UPN): o endereço de entrada do usuário.
  • Endereço SMTP principal: o endereço de email principal de um objeto de destinatário do Exchange, incluindo o prefixo do protocolo SMTP. Por exemplo, SMTP:john.doe@Contoso.com.
  • Endereço smtp secundário: endereços de email adicionais de um objeto de destinatário do Exchange. Por exemplo, smtp:john.doe@Contoso.com.
  • Atributo de e-mail: contém o endereço de e-mail principal de um usuário, sem o prefixo do protocolo SMTP. Por exemplo, john.doe@Contoso.com.
  • Atributo MailNickName: contém o alias de um objeto de destinatário do Exchange. Por exemplo, john.doe.

Cenário 1: o usuário não tem o atributo mail, mailNickName ou proxyAddresses definido

Você criou um objeto de usuário local que tem os seguintes atributos definidos:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user1upn@Contoso.com

Em seguida, ele é sincronizado com a ID do Microsoft Entra e somente o atributo mailNickName é preenchido usando o prefixo do UPN, pois é um atributo obrigatório:

AAD:mailNickName      : user1upn
AAD:UserPrincipalName : user1upn@Contoso.com

Em seguida, é atribuída uma licença do Exchange Online. Nesse cenário, as seguintes operações são executadas como resultado do cálculo de proxy:

  • Defina o endereço SMTP primário no atributo proxyAddresses usando o valor UPN.
  • Preencha o atributo de email usando o endereço SMTP principal.
  • Adicione o MOERA como um endereço smtp secundário no atributo proxyAddresses, usando o formato de mailNickName@initial domínio.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado que tem uma licença do Exchange Online:

AAD:mail              : user1upn@Contoso.com
AAD:mailNickName      : user1upn
AAD:proxyAddresses    : {smtp:user1upn@Contoso.onmicrosoft.com; SMTP:user1upn@Contoso.com}
AAD:userPrincipalName : user1upn@Contoso.com

Observação

Se o usuário tiver uma licença do Exchange atribuída ou o usuário for um destinatário do Exchange Online, como uma caixa de correio compartilhada, o será userPrincipalName sempre adicionado como um endereço de proxy.

Cenário 2: o usuário não tem o atributo mailNickName ou proxyAddresses definido

Você cria um objeto de usuário local que tem os seguintes atributos definidos:

AD:mail              : user2mail@Contoso.com
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user2upn@Contoso.com

Em seguida, ele é sincronizado com a ID do Microsoft Entra e as seguintes operações são executadas como resultado do cálculo do proxy:

  • Defina o SMTP principal usando o mesmo valor do atributo mail.
  • Preencha o atributo mailNickName usando o prefixo de endereço SMTP primário.
  • Preencha o atributo de email usando o endereço SMTP principal.

Os seguintes atributos são definidos na ID do Microsoft Entra no provisionamento inicial do usuário:

AAD:mail              : user2mail@Contoso.com
AAD:mailNickName      : user2mail
AAD:proxyAddresses    : {SMTP:user2mail@Contoso.com}
AAD:userPrincipalName : user2upn@Contoso.com

Em seguida, é atribuída uma licença do Exchange Online. Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Adicione o UPN como um endereço smtp secundário no atributo proxyAddresses.
  • Adicione o MOERA como um endereço smtp secundário no atributo proxyAddresses, usando o formato de mailNickName@initial domínio.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado com a licença do Exchange Online:

AAD:mail              : user2mail@Contoso.com
AAD:mailNickName      : user2mail
AAD:proxyAddresses    : {smtp:user2upn@Contoso.com; smtp:user2mail@Contoso.onmicrosoft.com; SMTP:user2mail@Contoso.com}
AAD:userPrincipalName : user2upn@Contoso.com

Cenário 3: você altera os valores de atributo proxyAddresses do usuário local

Você cria um objeto de usuário local que tem os seguintes atributos definidos:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {smtp:user3pa3@Fabrikam.microsoftonline.com, smtp:user3pa2@Contoso.onmicrosoft.com, SMTP:user3pa1@Contoso.com}
AD:userPrincipalName : user3upn@Contoso.com

Em seguida, ele é sincronizado com a ID do Microsoft Entra e recebe uma licença do Exchange Online. Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Descarte endereços que tenham um sufixo de domínio reservado. Neste exemplo, os seguintes endereços são ignorados:
    • smtp:user3pa2@Contoso.onmicrosoft.com
    • smtp:user3pa3@Fabrikam.microsoftonline.com
  • Defina o SMTP primário usando o mesmo endereço especificado no atributo proxyAddresses local.
  • Preencha o atributo mailNickName usando o prefixo de endereço SMTP primário.
  • Preencha o atributo de email usando o endereço SMTP principal.
  • Adicione o MOERA como um endereço smtp secundário no atributo proxyAddresses, usando o formato de mailNickName@initial domínio.
  • Adicione o UPN como um endereço smtp secundário no atributo proxyAddresses.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user3pa1@Contoso.com
AAD:mailNickName      : user3pa1
AAD:proxyAddresses    : {smtp:user3upn@Contoso.com; smtp:user3pa1@Contoso.onmicrosoft.com; SMTP:user3pa1@Contoso.com}
AAD:userPrincipalName : user3upn@Contoso.com

Em seguida, altere os valores do atributo proxyAddresses local para os seguintes valores:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {smtp:user3new3@Fabrikam.microsoftonline.com, smtp:user3new2@Contoso.onmicrosoft.com, SMTP:user3new1@Contoso.com}
AD:userPrincipalName : user3upn@Contoso.com

Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Descarte endereços que tenham um sufixo de domínio reservado. Por exemplo, os seguintes endereços são ignorados:
    • smtp:user3new2@Contoso.onmicrosoft.com
    • smtp:user3new3@Fabrikam.microsoftonline.com
  • Substitua o novo endereço SMTP primário especificado no atributo proxyAddresses.
  • Atualize o atributo de email usando o valor do novo endereço SMTP primário especificado no atributo proxyAddresses.
  • Mantenha o mailNickName antigo, pois o mailNickName local não está definido nem seu valor foi alterado.
  • Mantenha o MOERA antigo como um endereço smtp secundário no atributo proxyAddresses.
  • Mantenha o UPN como um endereço SMTP secundário no atributo proxyAddresses.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user3new1@Contoso.com
AAD:mailNickName      : user3pa1
AAD:proxyAddresses    : {SMTP:user3new1@Contoso.com; smtp:user3upn@Contoso.com; smtp:user3pa1@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user3upn@Contoso.com

Cenário 4: a licença do Exchange Online é removida

Você cria um objeto de usuário local que tem os seguintes atributos definidos:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user4upn@Contoso.com

Em seguida, ele é sincronizado com a ID do Microsoft Entra e recebe uma licença do Exchange Online. Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Defina o endereço SMTP primário no atributo proxyAddresses usando o valor UPN.
  • Preencha o atributo mailNickName usando o prefixo de endereço SMTP primário.
  • Preencha o atributo de email usando o endereço SMTP principal.
  • Adicione o MOERA como um endereço smtp secundário no atributo proxyAddresses, usando o formato de mailNickName@initial domínio.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user4upn@Contoso.com
AAD:mailNickName      : user4upn
AAD:proxyAddresses    : {smtp:user4upn@Contoso.onmicrosoft.com; SMTP:user4upn@Contoso.com}
AAD:userPrincipalName : user4upn@Contoso.com

Em seguida, você remove a licença do Exchange Online e a seguinte operação é executada como resultado do cálculo do proxy:

  • Remova o endereço SMTP primário no atributo proxyAddresses correspondente ao valor UPN.
  • Promova o MOERA de endereço SMTP secundário para primário no atributo proxyAddresses.
  • Atualize o atributo de email usando o endereço SMTP principal no atributo proxyAddresses (MOERA).
AAD:mail              : user4upn@Contoso.onmicrosoft.com
AAD:mailNickName      : user4upn
AAD:proxyAddresses    : {SMTP:user4upn@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user4upn@Contoso.com

Em seguida, você adiciona um endereço smtp secundário no atributo proxyAddresses local:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {smtp:user4new@Contoso.com}
AD:userPrincipalName : user4upn@Contoso.com

Quando o objeto é sincronizado com a ID do Microsoft Entra, a seguinte operação é executada como resultado do cálculo do proxy:

  • Adicione o endereço smtp secundário no atributo proxyAddresses.
  • Adicione o UPN como um endereço smtp secundário no atributo proxyAddresses.

Os seguintes atributos definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user4upn@Contoso.onmicrosoft.com
AAD:mailNickName      : user4upn
AAD:proxyAddresses    : {smtp:user4upn@Contoso.com; smtp:user4new@Contoso.com; SMTP:user4upn@Contoso.onmicrosoft.com}
AAD:userPrincipalName : user4upn@Contoso.com

Cenário 5: O valor do atributo mailNickName é alterado

Você cria um objeto de usuário local que tem os seguintes atributos definidos:

AD:mail              : \<not set>
AD:mailNickName      : \<not set>
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user5upn@Contoso.com

Em seguida, ele é sincronizado com a ID do Microsoft Entra e recebe uma licença do Exchange Online. Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Defina o endereço SMTP primário no atributo proxyAddresses usando o valor UPN.
  • Preencha o atributo mailNickName usando o prefixo de endereço SMTP primário.
  • Preencha o atributo de email usando o endereço SMTP principal.
  • Adicione o MOERA como um endereço smtp secundário no atributo proxyAddresses, usando o formato de mailNickName@initial domínio.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user5upn@Contoso.com
AAD:mailNickName      : user5upn
AAD:proxyAddresses    : {smtp:user5upn@Contoso.onmicrosoft.com; SMTP:user5upn@Contoso.com}
AAD:userPrincipalName : user5upn@Contoso.com

Em seguida, altere o valor do atributo mailNickName local para o seguinte:

mail              : \<not set>
AD:mailNickName      : user5new1
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user5upn@Contoso.com

Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Atualize o atributo mailNickName usando o mesmo valor que o atributo mailNickName local.
  • Mantenha o atributo mail inalterado.
  • Mantenha o atributo proxyAddresses inalterado.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user5upn@Contoso.com
AAD:mailNickName      : user5new1
AAD:proxyAddresses    : {smtp:user5upn@Contoso.onmicrosoft.com; SMTP:user5upn@Contoso.com}
AAD:userPrincipalName : user5upn@Contoso.com

Cenário 6: Dois usuários têm o mesmo atributo mailNickName

Você cria dois objetos de usuário locais que têm o mesmo valor mailNickName:

AD:mail              : \<not set>
AD:mailNickName      : user6mnn
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user6a@Contoso.com

AD:mail              : \<not set>
AD:mailNickName      : user6mnn
AD:proxyAddresses    : {\<not set>}
AD:userPrincipalName : user6b@Contoso.com

Em seguida, eles são sincronizados com o Office 365 e recebem uma licença do Exchange Online. Nesse cenário, a seguinte operação é executada como resultado do cálculo de proxy:

  • Defina o endereço SMTP primário no atributo proxyAddresses usando o valor UPN.
  • Preencha o atributo mailNickName usando o mesmo valor que o atributo mailNickName local.
  • Preencha o atributo de email usando o endereço SMTP principal.
  • Para o primeiro usuário provisionado - Adicione o MOERA como o endereço smtp secundário no atributo proxyAddresses, usando o formato mailNickName@initial domínio.
  • Para o segundo usuário provisionado, o MOERA já está em uso por outro objeto - Adicione o MOERA como o endereço smtp secundário, anexando 4 dígitos aleatórios ao mailNickName como um prefixo, além @initial do sufixo de domínio.

Os seguintes atributos são definidos na ID do Microsoft Entra no objeto de usuário sincronizado:

AAD:mail              : user6a@Contoso.com
AAD:mailNickName      : user6mnn
AAD:proxyAddresses    : {smtp:user6mnn@Contoso.onmicrosoft.com; SMTP:user6a@Contoso.com}
AAD:userPrincipalName : user6a@Contoso.com

AAD:mail              : user6b@Contoso.com
AAD:mailNickName      : user6mnn
AAD:proxyAddresses    : {smtp:user6mnn5236@Contoso.onmicrosoft.com; SMTP:user6b@Contoso.com}
AAD:userPrincipalName : user6b@Contoso.com

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.