Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
A maioria das informações de migração de e-mail da Microsoft pressupõe que está a executar Exchange Server na sua organização no local. Este tópico destina-se a organizações que utilizam o Active Directory como plataforma de identidade no local e um sistema de mensagens de terceiros (por exemplo, IBM Lotus Notes ou Novell GroupWise) para e-mail.
Neste cenário, o objetivo é suportar a coexistência de e-mails em vários locais. Um sistema de mensagens de terceiros permanece na organização no local e partilha um espaço de nomes de e-mail (domínio) com o Exchange Online sistema de mensagens na cloud. Um livro de endereços unificado na cloud mostra todos os utilizadores nas organizações no local e na cloud. Esta coexistência de e-mail pode ser uma solução a curto ou longo prazo.
À medida que planeia esta coexistência de e-mail de terceiros, considere as opções de identidade híbrida Microsoft Entra ID e as opções de autenticação para as opções de sincronização e autenticação do utilizador final.
Objetivos do cenário:
Os utilizadores com caixas de correio no local devem ser representados na Exchange Online lista de endereços global (GAL) como utilizadores com capacidade de correio.
O encaminhamento de correio da nuvem para a organização no local utiliza um espaço de nomes de domínio partilhado.
Em alternativa, como parte de uma estratégia de migração, os utilizadores com capacidade de correio na nuvem podem estar licenciados com Exchange Online caixas de correio.
A coexistência entre locais pode durar indefinidamente. A lista de endereços na nuvem, o encaminhamento de correio adequado e a fidelidade do formato de mensagem cumprem todos os requisitos da classe empresarial.
Requisitos:
Uma subscrição do Microsoft 365 ou Office 365 (tem de ser uma subscrição empresarial).
A organização no local está a executar o Active Directory com as atualizações de esquema do Microsoft Exchange 2016 ou posteriores.
A Shell de Gestão do Exchange e o Exchange Server esquema do Active Directory são necessários para gerir utilizadores relacionados com o e-mail. Para cumprir estes requisitos, instale a função de servidor caixa de correio do Exchange 2016 num servidor na organização no local.
Todos os objetos de destinatários do sistema de terceiros têm de ter um objeto de utilizador correspondente no Active Directory local. Os utilizadores precisarão de e-mail ativado como parte do processo de coexistência.
Visão geral técnica
Para ativar qualquer cenário de mensagens em vários locais, tem de determinar como irá encaminhar o e-mail entre a organização no local e a cloud. De uma perspectiva de implementação, a escolha se resume a para onde o email de entrada vai primeiro: para o sistema de mensagens local ou para a nuvem. Essa escolha depende dos objetivos da implantação entre locais.
Configuração de namespace compartilhado
De um modo geral, se planear mover todas as suas mensagens para a nuvem (empregando uma implementação em vários locais como parte de uma estratégia de migração de correio a longo prazo), configurar o registo do seu intercâmbio de correio (MX) para direcionar primeiro o e-mail de entrada para a nuvem é uma escolha lógica. Nesta configuração, pode tirar partido do Proteção do Exchange Online (EOP) para todos os e-mails de entrada para a sua organização.
Caso contrário, se o seu objetivo a longo prazo for manter um ambiente de mensagens em vários locais indefinidamente e não estiver interessado em Proteção do Exchange Online, pode optar por deixar o registo MX, uma vez que está atualmente configurado.
Roteamento de emails em um ambiente entre locais
Independentemente do local onde seu email de entrada chega na implantação entre locais, o roteamento de email exige que os usuários com caixas de correio no seu sistema de mensagens local sejam representados por usuários habilitados para email no sistema de mensagens em nuvem. O objeto de utilizador com capacidade de correio no diretório na nuvem é o endereço SMTP de destino da caixa de correio do destinatário correspondente na organização no local.
O processo de sincronização de utilizadores com capacidade de correio com o endereço de destino correto requer a instalação da ferramenta Microsoft Entra Connect no seu Active Directory local. A ferramenta Microsoft Entra Connect sincroniza o utilizador com capacidade de correio no local no Active Directory com um valor de endereço de destino que corresponde ao espaço de nomes partilhado e tem de ser um domínio verificado no Microsoft 365 ou Office 365.
Por exemplo, se tiver verificado o domínio na implementação do Microsoft 365 (por exemplo, domino.contoso.com), a ferramenta Microsoft Entra Connect sincroniza os objetos de utilizador com capacidade de correio no Active Directory que têm um endereço de destino com domino.contoso.com na propriedade de endereço de destino. Isto é utilizado para encaminhar e-mails em vários locais. O endereço SMTP principal do utilizador neste cenário permaneceria contoso.com, desde que contoso.com seja um domínio verificado no Microsoft 365.
A utilização do Centro de administração do Exchange e da Shell de Gestão do Exchange é necessária para gerir todas as propriedades do destinatário do Exchange no Active Directory.
Formatação de mensagens
Como é você que configurará o Exchange Online para enviar emails para o sistema de emails local, será preciso fazer uma configuração adicional na nuvem para evitar problemas de formatação de email.
Por predefinição, Exchange Online envia mensagens para o sistema de e-mail no local em texto formatado ou formato TNEF (Transport Neutral Encapsulation Format), o que pode fazer com que os seus utilizadores recebam e-mails de texto simples com anexos Winmail.dat. Como resultado, tem de configurar Exchange Online para enviar todo o correio para o seu sistema no local em formato não TNEF (HTML ou texto). Para tal, tem de especificar o domínio SMTP primário no local como um domínio remoto no Exchange Online. Você poderá, então, desabilitar a formatação TNEF para todos os emails enviados para o domínio remoto.
Implementação
Em muitos casos, as ligações referem-se às informações de configuração de um sistema de mensagens do Exchange no local. Você precisará converter os objetivos das configurações do Exchange Server para configurações específicas da sua solução terceirizada de mensagens. Como exemplo, o encaminhamento de email é um objetivo simples, mas está em uma área em que a configuração difere muito entre os sistemas de mensagens.
Os passos seguintes descrevem o processo para implementar a coexistência de mensagens de terceiros com o Microsoft 365 ou Office 365:
Passo 3: Executar o Assistente de Configuração Híbrida do Exchange
Etapa 4: permitir usuários habilitados para email no Active Directory local
Passo 1: Inscrever-se no Microsoft 365 ou Office 365
Tem de subscrever o Microsoft 365 ou Office 365 para criar um inquilino de serviço utilizado na implementação com o seu sistema de e-mail no local. O Microsoft 365 e o Office 365 fornecem-lhe uma organização Exchange Online na cloud.
Quando subscrever, certifique-se de que verifica o domínio SMTP principal na sua organização com o Microsoft 365 ou Office 365. O processo de verificação de um domínio prova sua propriedade do domínio. O domínio verificado é também o domínio que a ferramenta Azure Active Directory Sync utiliza para aprovisionar objetos na cloud. Em seguida, adicione o domínio de encaminhamento de correio que representa o sistema de terceiros.
Saiba mais em Inscrever-se no Microsoft 365.
Passo 2: Instalar o Exchange Server 2016
Leia os requisitos de sistema e as informações de Preparação do Esquema do Active Directory/Preparação do Domínio .
Conclua as instruções adequadas de Esquema e Preparação de Domínio.
Preparar um servidor para suportar a instalação de um Servidor de Caixa de Correio do Exchange 2016.
Configure os Domínios Aceites para corresponderem aos domínios de endereço SMTP existentes do sistema de terceiros.
Configure um domínio de encaminhamento de correio para partilhar o espaço de nomes. Normalmente, um subdomínio como domino.contoso.com é uma opção comum.
Crie políticas de endereço de e-mail para mapear as convenções de nomenclatura existentes dos endereços smtp da empresa para domínios primários e o domínio de encaminhamento de correio.
Passo 3: Executar o Assistente de Configuração Híbrida do Exchange
Utilize o Assistente de Configuração Híbrida do Exchange, especificamente no modo Clássico com a Configuração Mínima Híbrida. Neste tópico, efetue apenas o Passo 2: Iniciar a migração rápida.
Conclua o Assistente de Configuração Híbrida. Não utilize a opção Definições Rápidas no Assistente, Microsoft Entra Ligar será configurado mais tarde. Não licencie os utilizadores nem migre quaisquer dados.
Etapa 4: permitir usuários habilitados para email no Active Directory local
Depois de atualizar o Active Directory com o esquema do Exchange, pode agora ativar por correio utilizadores existentes no seu Active Directory. Nesse cenário, os usuários habilitados para email representam os usuários (que têm caixas de correio) no seu sistema de mensagens local e que você deseja representar no catálogo de endereços da nuvem.
Com a Shell de Gestão do Exchange, execute Enable-MailUser para cada utilizador que pretende que seja apresentado no livro de endereços na nuvem e que tenha uma caixa de correio na sua organização de mensagens no local.
O cmdlet Enable-MailUser utiliza apenas o parâmetro ExternalEmailAddress . Isto também é referido como o endereço de destino do objeto de utilizador com capacidade de correio. Esse parâmetro atualiza o endereço SMTP de destino para o usuário habilitado para email, o que habilita o fluxo de email entre locais.
O parâmetro ExternalEmailAddress é um endereço de e-mail que introduz para o utilizador. O endereço de email deve cumprir com os seguintes critérios:
Tem de ser o endereço de e-mail SMTP principal válido do utilizador na sua organização no local.
A parte do domínio do endereço de e-mail (à direita do sinal @) tem de corresponder ao domínio verificado no Microsoft 365.
A parte do domínio do endereço de e-mail tem de corresponder ao domínio UPN do utilizador no diretório no local.
Eis um exemplo de um comando Enable-MailUser :
Enable-MailUser -Identity "Gabriela Laureano" -ExternalEmailAddress glaureano@domino.contoso.com -PrimarySMTPAddress glaureano@contoso.com
Para saber mais sobre como instalar, configurar e executar o Shell de Gerenciamento do Exchange, veja Shell de gerenciamento do Exchange.
Se precisar de criar ou modificar utilizadores no seu Active Directory local, consulte os seguintes tópicos:
Criar novos utilizadores: New-MailUser
Modificar utilizadores existentes: Set-MailUser
Passo 5: Instalar e Configurar o Microsoft Entra Ligar para sincronizar utilizadores com capacidade de correio em Microsoft Entra ID (Microsoft 365 ou Office 365)
Transfira e instale o Microsoft Entra Connect.
Veja os pré-requisitos e selecione a opção Personalizar .
Na secção de funcionalidades opcionais, selecione Implementação Híbrida do Exchange.
A funcionalidade Implementação Híbrida do Exchange permite a coexistência de caixas de correio do Exchange no local e no Microsoft 365 ou Office 365. Microsoft Entra Connect está a sincronizar um conjunto específico de atributos de Microsoft Entra de volta para o seu diretório no local.
Etapa 6: Configurar o roteamento de namespace compartilhado
No contexto desse cenário de email entre locais, um namespace compartilhado refere-se a um namespace de endereço SMTP. Quando configura um espaço de nomes partilhado, define como as mensagens serão encaminhadas entre o seu sistema de correio no local e a nuvem e como as mensagens serão encaminhadas entre o seu sistema no local, a cloud e a Internet.
O procedimento para implementar um espaço de nomes partilhado depende de:
O seu sistema de e-mail no local.
Quer esteja a configurar o seu registo MX para apontar para o seu sistema de e-mail no local ou para o Microsoft 365 ou Office 365.
Em ambos os casos, as configurações de Exchange Online baseadas na cloud são semelhantes. Depois de configurar um espaço de nomes partilhado, deverá conseguir enviar e-mails entre os dois sistemas de mensagens. Se a disponibilidade for necessária como parte da estratégia de coexistência, trabalhe com o fornecedor de software para garantir que o planeamento do espaço de nomes funcionará com a respetiva aplicação de disponibilidade.
Etapa 7: desabilitar o TNEF no sistema de mensagens local
Como mencionado anteriormente, o Exchange Online enviará, por padrão, mensagens codificadas por TNEF para o sistema local. Para desativar esta funcionalidade, veja Gerir domínios remotos no Exchange Online
Migração de caixa de correio
Esta seção fornece links para você saber mais sobre a migração de caixas de correio da sua organização local para a nuvem.
Movimentar dados relacionados a mensagens
Conforme indicado anteriormente, a maioria das ferramentas de migração de mensagens incluídas no Microsoft 365 e Office 365 foram concebidas para funcionar com Exchange Server. No entanto, o Microsoft 365 e o Office 365 também incluem a ferramenta de migração IMAP para migração genérica de dados de e-mail.
Para organizações que utilizam o Outlook como um cliente de e-mail, também pode utilizar a ferramenta de Captura de PST para migrar dados de mensagens para a cloud.
Para outras soluções de migração de mensagens, poderá ter de trabalhar com um fornecedor de soluções de terceiros.
Aqui estão algumas ferramentas e parceiros de migração de terceiros que podem auxiliar com migrações do Exchange para plataformas de terceiros:
Árvore Binária: fornecedor de software de coexistência e migração de mensagens para várias plataformas, com produtos que fornecem a análise e a coexistência e migração entre ambientes de colaboração e mensagens empresariais no local e online com base no IBM Lotus Notes e Domino e Microsoft Exchange e Microsoft SharePoint.
BitTitan: fornecedor de soluções de migração para Exchange Online.
Pedido: fornecedor de software de coexistência e migração no local e alojado, incluindo análise de pré-migração e coexistência completa de utilizadores e aplicações. Migrações completas do Microsoft Exchange no local, IBM Domino, Novell GroupWise, Zimbra e outros ambientes para o Microsoft 365, Office 365, Exchange Online e SharePoint Online.
Transvault: Fornecedor de soluções de migração do Cloud Office para o Microsoft 365 a partir do Exchange e notas. O Transvault suporta 23 origens diferentes para migração e tem produtos que fornecem qualquer tamanho de projeto, migrações complexas de arquivo de e-mail e gestão PST. As soluções de migração empresarial são seguras, compatíveis, eficientes e focadas no utilizador e podem ser executadas no local e na cloud.
Conversão de usuários em nuvem para usuários habilitados para caixa de correio
Se já tiver implementado um ambiente de encaminhamento de correio em vários locais, conforme descrito neste tópico, os utilizadores que criou na nuvem com a sincronização de diretórios são utilizadores com capacidade de correio.
Para aprovisionar caixas de correio para estes utilizadores, licencie-os para Exchange Online na consola de administração do Microsoft 365. Para obter mais informações, veja Sincronizar com utilizadores existentes no Microsoft Entra ID.