Configurar o Microsoft 365 para um domínio alojado no cPanel

O Microsoft 365 utiliza vários registos DNS para verificar o domínio, receber email no Exchange Online e configurar automaticamente o Outlook. Os valores dependem da sua conta Microsoft, por isso deve copiar os que o centro de administração apresentar e não reutilizar os de outro domínio.

Antes de modificar os registos

1. Verifique que fornecedor serve os DNS autoritativos do domínio. Se utiliza os nossos servidores DNS e está alojado, editará a zona a partir do Zone Editor do cPanel; se usa a Cloudflare ou outro fornecedor, deve fazer lá as alterações.
2. Crie os utilizadores e as licenças necessários no Microsoft 365.
3. Anote as caixas de correio existentes e decida se as suas mensagens serão mantidas.
4. Guarde os registos MX, TXT, CNAME e SRV atuais antes de os alterar.

Mudar o email não obriga a mover o site. Mantenha os registos A e CNAME do site se este deve continuar alojado na Hostsuar.

Verificar o domínio no Microsoft 365

No centro de administração do Microsoft 365, adicione o domínio personalizado. Normalmente, a Microsoft pedirá um registo TXT para demonstrar a propriedade.

Abra o Zone Editor, faça a gestão da zona do domínio e crie o TXT com o nome e o valor exatos apresentados pela Microsoft. Quando a Microsoft escreve @, refere-se ao domínio raiz; o cPanel pode representá-lo com o nome completo do domínio.

Adicionar apenas o TXT de verificação não altera onde o email é recebido. Conclua essa validação antes da mudança e reveja qualquer proposta posterior que também modifique os MX.

Adicionar os registos da Microsoft

O assistente da Microsoft indicará os registos necessários para os serviços contratados. Podem incluir:

• MX para entregar o email ao Exchange Online.
• TXT para SPF e verificações.
• CNAME como autodiscover e os pedidos por outros serviços da Microsoft.
• Os dois CNAME de DKIM específicos que a Microsoft gera para o domínio. Depois de os publicar, ative o DKIM no portal do Microsoft 365.
• SRV para determinadas funções de comunicação.

Edite um registo existente quando tiver o mesmo nome e função, em vez de criar outro incompatível. Em particular, um domínio deve ter um único registo SPF: se já existir, incorpore a autorização indicada pela Microsoft nesse mesmo TXT, sem publicar um segundo v=spf1.

Se o site alojado na Hostsuar envia formulários ou mensagens automáticas com o mesmo domínio, o SPF único pode precisar de manter também a autorização do servidor web. Substituí-lo pelo valor da Microsoft sem integrar as duas origens pode prejudicar esses envios.

A Microsoft mantém a lista atual de registos e o processo para fornecedores DNS externos.

Alterar a receção do email

A alteração dos MX é o momento em que as mensagens novas começam a ser dirigidas ao Microsoft 365:

1. Confirme que as caixas de correio de destino existem e conseguem iniciar sessão.
2. Substitua os MX anteriores pelo valor fornecido pela Microsoft.
3. No cPanel, abra Email Routing e selecione Remote Mail Exchanger. A deteção automática só consulta a zona local do cPanel, não faz uma consulta DNS pública e não volta a ser avaliada sozinha após alterações posteriores.
4. Verifique publicamente os registos e envie mensagens de teste de e para fornecedores externos.
5. Mantenha as caixas de correio antigas durante o período de verificação e copie as suas mensagens antes de as eliminar.

Na mudança, deixe apenas os MX previstos para a Microsoft, salvo se tiver desenhado expressamente uma arquitetura de coexistência. Manter um com prioridade mais baixa não cria uma salvaguarda segura: se o Exchange Online não responder, alguns remetentes podem entregar aí mensagens que ficariam isoladas da caixa de correio nova. As mensagens que já estavam no fornecedor anterior permanecem lá até as migrar ou descarregar.

O Autodiscover continua a apontar para o cPanel

Se o Outlook continuar a mostrar a configuração do alojamento embora o autodiscover aponte para a Microsoft, reveja o conflito de Autodiscover entre o cPanel e o Microsoft 365. Algumas contas precisam de desativar a resposta local do cPanel para que o Outlook consulte o registo externo.

Verificação final

Reveja os MX, o TXT de SPF, os CNAME de Autodiscover e DKIM, os SRV e o encaminhamento de email. Confirme que o DKIM assina as mensagens e, depois de inventariar todas as origens legítimas, publique o DMARC inicialmente com p=none para observar o alinhamento antes de aplicar uma política mais rigorosa. Teste a receção, o envio, o Autodiscover e os dispositivos existentes. A propagação pode fazer com que, durante algumas horas, diferentes remetentes consultem versões diferentes da zona, por isso não elimine o serviço anterior até confirmar que a alteração está concluída.

Formulários e aplicações que continuam no alojamento

Teste também uma mensagem do site dirigida a uma conta do seu próprio domínio. O facto de o envio a partir do Outlook funcionar não demonstra que o formulário utiliza o caminho correto. Reveja o SMTP real, o remetente e o seu alinhamento; use o endereço do visitante como Reply-To, não como From de um domínio que não controla.

Para preparar vários registos sem perder os existentes pode usar o assistente DNS. Depois, verifique a validação na Microsoft e o resultado de uma mensagem real.