Caixa de correio não fornecida no Azure AD Connect para Office 365

Sintomas

Uma caixa de correio do Exchange Online não é fornecida no Azure Active Directory (Azure AD) Connect.

Resolução

Há dois módulos do Windows Azure Active Directory para administrar o Azure AD por meio do PowerShell. Atualmente, ambos têm suporte. 

• MSOL-para obter mais informações sobre o módulo MSOL, consulte os seguintes artigos:  Install-Module MSOnlineConnect-MsolService

• AzureAD-para obter mais informações sobre o módulo AzureAD, consulte os seguintes artigos:  Install-Module AzureADConnect-AzureAD

Para corrigir esse problema, execute as seguintes etapas:

1. Confirme se o objeto existe no Azure AD usando o módulo do PowerShell do Azure AD. Um parâmetro UsageLocation é necessário e deve ser preenchido. Por exemplo, execute o seguinte cmdlet:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ValidationStatus,UsageLocation,*error*

   Observação O parâmetro ValidationStatus só é visível usando-se o cmdlet Get-MsolUser .

   Se o valor do parâmetro ValidationStatus não estiver íntegro, o seguinte artigo da base de dados de conhecimento Microsoft pode ajudá-lo a identificar informações mais detalhadas sobre o erro:

   2741233 Você vê erros de validação para usuários no portal do Office 365 ou no módulo do Azure Active Directory para Windows PowerShell

2. Se o objeto não estiver presente no Azure AD, verifique se o objeto está em escopo do Azure AD Connect.

3. Se o objeto estiver presente no Azure AD, confirme se o objeto está presente no Exchange usando o cmdlet Get-User .  Se não houver nenhum resultado, peça à Microsoft para enviar o objeto para uma sincronização direta do Azure AD para o Exchange Online. Essa solicitação deve ser feita usando o parâmetro ObjectID . O valor do parâmetro ObjectID pode ser encontrado no Azure AD. (Ele estará na forma de xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx). Por exemplo, execute um dos seguintes cmdlets:  Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl ObjectIdGet-AzureADUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectId

4. Se um usuário não estiver presente, revise um despejo de anúncio de origem para verificar se os valores dos atributos userPrincipalName e mailNickname estão preenchidos.

5. Se o valor do atributo userPrincipalName estiver definido, peça à Microsoft para enviar o objeto para uma sincronização direta do Azure ad para o Exchange Online usando o atributo userPrincipalName . Forneça esse valor, pois pode ser diferente do valor de atributo PrimarySmtpAddress .

6. Verifique se há erros de DirSync. Para fazer isso, confira os seguintes artigos de suporte: Identificar erros de sincronização de diretório no office 365   identificando erros de provisionamento DirSync no Office 365 Para obter mais informações sobre como solucionar problemas, consulte os seguintes artigos: Solucionar erros durante a sincronização   solucionar problemas de um objeto que não está sincronizando com o Azure ad

7. Se houver um conflito com outro objeto, mas esse objeto não puder ser encontrado em seu Active Directory local, confirme se não há um objeto somente em nuvem que está causando o problema. Você pode fazer isso de várias maneiras. Selecione usuários – > usuários convidados no portal de administração ou exibir as propriedades nos detalhes do erro de sincronização no portal de administração. Se ele mostrar âncora de origem em branco e a origem da autoridade for a nuvem, esse será um usuário convidado. O objeto deve ser removido ou atualizado para reduzir o conflito com um objeto de sincronização. Por fim, você também pode verificar isso usando o cmdlet a seguir no PowerShell. get-msoluser -userprincipalname John@contoso.com | fl UserType,ImmutableId O resultado é semelhante ao seguinte: 

   UserType    : Guest
   ImmutableId : 
   

8. Confirme se há uma licença atribuída para o usuário no Azure AD. Isso pode ser verificado no Azure AD e no Exchange Online. Por exemplo:  Azure ad

   Get-MsolUser -UserPrincipalName <UserPrinicipalName or DisplayName> | fl *license*

   Get-AzureADUser -ObjectId <UserPrinicipalName or DisplayName> | fl *license* Exchange Online Get-Recipient <UserPrinicipalName or DisplayName> | fl SkuAssigne

9. Determine se há uma caixa de correio em um estado de exclusão flexível ou inativa. Para fazer isso, execute os seguintes cmdlets:  Excluído de discoGet-Mailbox -SoftDeletedMailbox <UserPrinicipalName or DisplayName> Se a caixa de correio for excluída de forma flexível, ela será recuperável dentro de 30 dias, movendo a conta de anúncio de volta ao escopo ou restaurando o conteúdo usando o cmdlet New-MailboxRestoreRequest . Para obter mais informações, consulte excluir ou restaurar caixas de correio de usuário no Exchange Online.  InativoGet-Mailbox -InactiveMailboxOnly <UserPrinicipalName or DisplayName> Se a caixa de correio estiver inativa, confira recuperar uma caixa de correio inativa no Exchange Online. 

    

10. Se você fizer uma alteração para corrigir um erro de sincronização e o problema ainda não for resolvido, peça à Microsoft que envie o objeto para obter uma sincronização direta do Azure AD para o Exchange Online usando o atributo userPrincipalName . Forneça esse valor, pois ele pode ser diferente do valor do atributo PrimarySmtpAddress . Forneça o parâmetro do Azure ObjectID , que agora é necessário para executar a sincronização direta. Get-MsolUser -SearchString <UserPrinicipalName or DisplayName> | fl ObjectID