Você está offline; aguardando reconexão

Problema de entrega de mensagens após a caixa de correio é migrado para Office 365 dedicado/ITAR (vNext)

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3189107
Sintomas
Depois que sua caixa de correio for movida para 365 de escritório dedicado/ITAR (vNext), você enfrentar os seguintes problemas:
  • Você não recebe todos os seus e-mails.
  • Quando alguém tenta enviar emails para você (o usuário recentemente migrado), eles recebem um relatório de não-entrega (NDR).
Causa
Como parte do processo de mudança para vNext, os objetos são congelados no ambiente herdado dedicado. Se um usuário não é congelado corretamente, MMSSPP continuar atualizando o targetAddress e proxyAddresses atributos e isso pode causar um problema de entrega de email.
Resolução
Migrações de legacy dedicado para vNext são organizadas e configuradas com os recursos de implantação do Microsoft. Esse processo envolve as seguintes etapas para certificar-se de que a migração foi concluída com mais eficiência e com menor impacto sobre o usuário final quanto possível:
  1. Inicial do processo de write-back (atualmente manual * e concluído pela Microsoft)

    Algumas informações de diretório (por exemplo, msExchMailboxGuid e publicDelegates) devem ser transferidos do diretório dedicado para o Active Directory do Azure. Para fazer isso, as informações necessárias são extraídas do diretório dedicado e gravadas no seu Active Directory local. A partir daí, AAD sincronização/Connect é usado para transferir informações para a nuvem. Este write-back realizadas manualmente e coordenados com os recursos de implantação do Microsoft antes de migrações.
  2. Licença do objeto vNext e fornecem aos usuários em lote para a equipe EXO (cliente)

    Assim que o processo de write-back é concluído, o cliente levará etapas em lotes e licença os objetos executando o script fornecido pela equipe de serviços da EXO na documentação da configuração. Porque o msExchMailboxGuid elemento é copiado do legacy dedicado a instalações AD vNext, isso impede que uma nova caixa de correio está sendo provisionado e certifica-se de que a movimentação é concluída com êxito.

  3. Congelamento de caixas de correio (manual, concluída pela Microsoft)

    Antes do envio, o move as caixas de correio estão congeladas. Portanto, o targetAddress e proxyAddresses propriedades não serão mais atualizadas por MMSSPP. Após a movimentação, a caixa de correio de origem será configurada por serviço de replicação da caixa de correio (SRTA) para certificar-se de entrega de correio continua. Esses atributos devem permanecer congelados permanentemente após a migração para evitar quaisquer alterações.
  4. Pré-preparação (SRTA)

    Um grupo de caixas de correio será incluído em um lote de migração que é fornecido pelo cliente para o recurso de implantação da Microsoft. Isso deve ser concluído várias semanas antes da caixa de correio é migrada para que a nova caixa de correio pode ser previamente propagação em vNext.
  5. Migração final (SRTA)

    A movimentação da caixa de correio é concluída na data e no horário solicitado pelo cliente.
  6. Write-back final (atualmente manual *, concluída pela Microsoft)

    Dentro de três dias úteis, um write-back final será concluída. As propriedades atualizadas são targetAddress, msExchRecipientTypeDetails, msExchRemoteRecipientType, msExchRecipientDisplayTypee proxyAddresses.
Se houver um relatório de email problemas de entrega após a migração, você deve coletar as seguintes informações:
  • Relatórios de entrega (NDRs), se disponível

Revise a configuração do objeto no ambiente herdado dedicado. O objeto deve ser um RemoteUserMailbox com um atributo ExternalEmailAddresse um sufixo de *. onmicrosoft.com:
get-recipient john@contoso.com | fl ExternalEmailAddress,RecipientTypeDetails
ExternalEmailAddress          : SMTP:john@contoso.onmicrosoft.comRecipientTypeDetails          : RemoteUserMailbox

ExternalEmailAddress deve ser um endereço de e-mail na caixa de correio vNext.

Se você tiver dúvidas, o objeto de origem legacy dedicado estiver configurado incorretamente, Mobilize a Microsoft para investigações adicionais.

* Não há um projeto em andamento para automatizar o processo de write-back. Assim que a automação é colocada no lugar, write-backs ocorrerá de forma contínua e etapas adicionais será desnecessárias.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3189107 - Última Revisão: 09/05/2016 18:07:00 - Revisão: 2.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal

  • vkbportal226 kbmt KB3189107 KbMtpt
Comentários