Entrega dividida: combinar caixas de correio da Hostsuar e do Google Workspace

A entrega dividida ou split delivery permite trabalhar em conjunto, sob um único domínio, com contas de email em dois serviços diferentes: o Google Workspace e o nosso alojamento com cPanel.

Este guia descreve um desenho concreto: a Hostsuar recebe primeiro e distribui por destinatário. A Google também documenta outros desenhos de entrega dividida; não misture as suas rotas ou MX com este sem adaptar o conjunto. Não se trata de entregar cada mensagem em duplicado em duas caixas de correio.

Aspetos críticos antes de começar

Configuração delicada: um erro no processo pode provocar a perda de emails ou ciclos de entrega. É fundamental seguir cada passo corretamente.

Dependência do servidor: depois de configurado, o seu alojamento cPanel funciona como ponto central de distribuição.

Rota interna da Google obrigatória: os passos do cPanel não bastam para uma entrega dividida bidirecional. O Google Workspace deve ter uma regra para enviar para o gateway da Hostsuar os destinatários do domínio que não existam na Google. A regra deve aplicar-se apenas às mensagens enviadas internas, não às mensagens recebidas, porque estas já chegam a partir do cPanel e devolvê-las produziria um ciclo. Sem essa rota, um utilizador da Google pode receber um erro ao escrever para uma conta que só existe no cPanel. Peça ao suporte o hostname com certificado válido e os dados do gateway antes de continuar; não use um IP ou um hostname deduzido.

Funcionamento e requisitos técnicos

Como funciona o fluxo de email

Neste desenho, o email externo dirigido aos MX públicos é entregue primeiro no seu alojamento. A partir daí, o nosso servidor decide automaticamente: se a conta existe no cPanel, entrega-a localmente; se não existe um destino local aplicável e criou o reencaminhador de domínio, reencaminha-a para o Google Workspace.

O email enviado a partir do cPanel funciona normalmente para o seu destinatário. A partir do Google Workspace, os destinatários externos saem diretamente da Google. Os destinatários do mesmo domínio que não existam na Google só chegarão ao cPanel se for configurada a rota interna indicada na secção anterior.

Configuração DNS deste desenho

Registos MX: o desenho utiliza apenas os MX da Hostsuar, com os valores fornecidos para o seu serviço. Prepare e teste as rotas antes da mudança; não retire MX que estejam a atender o email durante a preparação.

Configuração correta (apenas Hostsuar):

example.com MX 0 HOST_MX_FACILITADO_POR_HOSTSUAR

Configuração incorreta (Google + Hostsuar ao mesmo tempo):

example.com MX 1 smtp.google.com
example.com MX 0 HOST_MX_FACILITADO_POR_HOSTSUAR

ou com registos legacy da Google:

example.com MX 1 ASPMX.L.GOOGLE.COM
example.com MX 5 ALT1.ASPMX.L.GOOGLE.COM
example.com MX 0 HOST_MX_FACILITADO_POR_HOSTSUAR

Registo SPF: deve existir um único SPF que autorize os dois serviços. Se não houver outras origens de envio, pode usar este valor; se já existir um SPF, integre os dois mecanismos antes do all final seguindo o manual de gestão do registo SPF:

v=spf1 +a:spf.theservercluster.com include:_spf.google.com -all

Google Workspace: deve ter o domínio verificado e o serviço a funcionar, mas sem os seus registos MX configurados.

Configuração passo a passo

Passo 1: Preparar o Google Workspace

1. Verifique a propriedade do domínio na Google Admin Console
2. NÃO configure os registos MX quando a Google lho pedir
3. Anote o domínio de teste associado ao domínio principal do Workspace (por exemplo, oseudominio.com.test-google-a.com). Não presuma que cada domínio secundário ou alias dispõe de um equivalente.
4. Configure na Google Admin a rota para as contas inativas e desconhecidas em direção ao gateway da Hostsuar fornecido pelo suporte. Ative a regra apenas para Internal - sending, deixe desmarcada a opção Inbound e verifique a ligação TLS. Se também se aplicar às mensagens recebidas que o cPanel reencaminha para a Google, os dois serviços devolverão o email um ao outro e criarão um ciclo.
5. Configure também o gateway de entrada da Google com os IP públicos exatos que o suporte fornecer e ative a deteção do IP externo original. Antes de o ativar, confirme com o suporte que o gateway verifica o DMARC e aplica a política do remetente ao email externo: o Gmail não aplica obrigatoriamente essa política às mensagens recebidas através de um gateway de entrada. Não copie IP de outro servidor ou cliente; uma lista incorreta pode alterar as verificações de spam e de autenticação.

Passo 2: Configurar o reencaminhador de domínio

Aceda a cPanel → Email → Forwarders e clique em Add Domain Forwarder. Selecione o seu domínio como origem e introduza o alias do Google Workspace como destino (oseudominio.com.test-google-a.com).

O reencaminhador de domínio atua quando o cPanel não consegue entregar a mensagem a um endereço ou a uma resposta automática existente. Por isso, uma conta ou resposta automática local com o mesmo destinatário tem prioridade e evita o reencaminhamento para a Google.

Passo 3: Gerir as contas

Para contas do Google Workspace: não crie a conta no cPanel, para que o reencaminhador funcione automaticamente.

Para contas do alojamento: crie as contas normalmente no cPanel, sem configurar nenhum reencaminhamento.

Problemas comuns e soluções

Erro "Too many Received headers - suspected mail loop"

Não deduza a causa só porque existem MX dos dois serviços. Abra os cabeçalhos Received da devolução e verifique se a Google e o cPanel estão a devolver a mesma mensagem um ao outro através de rotas recíprocas. Corrija a rota que a devolve, verifique quais devem ser os únicos MX públicos do desenho e mantenha o cPanel como Local apenas se os seus MX forem os que recebem primeiro o email.

Os emails internos não chegam

Se houver problemas entre serviços, reveja a configuração do reencaminhador de domínio, verifique que não existem contas duplicadas e confirme que o alias do Google Workspace funciona corretamente.

Problemas de entregabilidade

Verifique que o registo SPF inclui os dois serviços, configure o DKIM para ambos e confirme que os registos MX são apenas os do alojamento.

Características técnicas do reencaminhador

O reencaminhador de domínio do cPanel é usado para destinatários que o servidor não consegue entregar a uma conta ou resposta automática local. Se usuario1@oseudominio.com existe no cPanel, é entregue localmente; se usuario2@oseudominio.com não tem nenhum destino local, aplica-se o reencaminhador para o Google Workspace.

Teste cada percurso antes de concluir a mudança

Use contas de teste próprias e verifique, separadamente:

• Um remetente externo para uma caixa de correio local e para uma do Workspace.
• Uma caixa de correio local para uma do Workspace do mesmo domínio.
• Uma caixa de correio do Workspace para uma local do mesmo domínio.
• Os envios externos a partir dos dois serviços.
• Um destinatário inexistente, que deve terminar com o tratamento previsto e não circular entre servidores.

Reveja cabeçalhos, autenticação e registos nos dois extremos. Não basta que um teste externo chegue ao Gmail: o email interno do domínio pode continuar a falhar.

Guarde os MX e as regras anteriores e combine como voltar ao estado anterior se as verificações falharem. Uma duplicação acidental de um utilizador, de um alias ou de uma resposta automática pode alterar o servidor que recebe. Mantenha um inventário de onde está cada endereço e reveja as duas configurações ao criar ou retirar utilizadores.