Não é obrigatório ter o site e o e-mail na mesma casa. Pode manter as caixas de correio connosco e pôr o site noutro fornecedor, ou o contrário. É comum, funciona bem, e é onde mais se apaga e-mail sem querer.
|
O erro que custa caro. Quando se muda de fornecedor, a tentação é mudar todos os nameservers de uma vez. Isso leva o e-mail atrás do site — e as mensagens passam a ser entregues num servidor onde as caixas não existem. Quem envia recebe erro; quem recebe fica sem saber que perdeu correio.
|
Primeiro decida quem manda no DNS
Há uma pergunta antes de todas: onde é que a zona de DNS do domínio vai viver? Os registos têm de ser editados nesse sítio, e só nesse.
| Se os nameservers apontam para… |
Edita os registos… |
| Nós |
Em Meu MozOut, na gestão de DNS do domínio — ou no Zone Editor do cPanel |
| O outro fornecedor |
No painel dele. Não adianta editar aqui: o mundo não lê esta zona |
| Cloudflare ou serviço semelhante |
No painel desse serviço, que passa a ser o dono da zona |
Caso A: e-mail connosco, site noutro fornecedor
Aqui muda-se só o que aponta o site e não se toca no resto.
| 1 |
Peça ao outro fornecedor o IP do servidor onde o site vai ficar.
|
|
| 2 |
Na zona de DNS, mude o registo A do domínio para esse IP. Faça o mesmo ao www, ou ponha-o como CNAME a apontar para o domínio.
|
|
| 3 |
Não toque no registo MX, nem no mail, nem no webmail, nem nos registos TXT de SPF e DKIM. São esses que seguram o e-mail.
|
|
| Registo |
Mexer ou não |
| A (o domínio) e www |
MUDAR — são estes que mandam o site para o servidor novo |
| MX |
NÃO TOCAR — é o que diz ao mundo onde entregar o seu correio |
| mail e webmail (tipo A) |
NÃO TOCAR — é por aí que o Outlook e o telemóvel se ligam |
| TXT de SPF e DKIM |
NÃO TOCAR — sem eles o seu correio passa a cair no spam alheio |
|
Se a zona ficar no outro fornecedor. Aí é ao contrário: tem de recriar lá os registos do e-mail, que aqui existiam sozinhos. São quatro: o MX com prioridade 0 a apontar para mail.oseudominio.co.mz, um A para mail, um A para webmail, ambos com o IP do seu alojamento connosco, e o TXT do SPF. Peça-nos os valores exactos — são diferentes de cliente para cliente e copiar de um artigo qualquer dá asneira.
|
Caso B: site connosco, e-mail noutro fornecedor
Acontece muito com o Google Workspace e com o Microsoft 365. O site fica, o correio sai.
| 1 |
Obtenha do outro fornecedor os registos MX dele, e o TXT de verificação se pedir um.
|
|
| 2 |
Na zona de DNS, apague os nossos MX e ponha os dele. Deixe o registo A do site como está.
|
|
| 3 |
Ajuste o SPF: passa a ter de autorizar o servidor deles, não o nosso. Ver SPF, DKIM e DMARC.
|
|
| 4 |
E faça o passo que quase todos esquecem — o do encaminhamento, já a seguir.
|
|
A armadilha: o encaminhamento de e-mail do cPanel
|
Mudar o MX não chega, se o site continua connosco. O cPanel guarda uma definição própria a dizer se o correio daquele domínio é entregue aqui dentro ou lá fora. Enquanto ela disser «aqui», um e-mail enviado a partir do seu próprio site — ou de outra conta no mesmo servidor — nunca sai: é entregue localmente, a uma caixa que já não é a verdadeira. O sintoma clássico é «os de fora chegam, os meus não», ou um erro de utilizador desconhecido.
|
| 1 |
Entre no cPanel e procure Encaminhamento de e-mail (Email Routing).
|
|
| 3 |
Marque Servidor de correio remoto (Remote Mail Exchanger) e grave.
|
|
|
O mesmo vale ao contrário. Se trouxe o e-mail de volta para cá e ele continua a ir para o antigo, ponha em Servidor local. Esta definição é independente do MX e é a causa mais comum de correio que desaparece sem erro nenhum.
|
Antes de mudar seja o que for
| 1 |
Anote a zona actual. Abra a gestão de DNS e guarde uma fotografia de todos os registos. Se algo correr mal, isto poupa-lhe o dia.
|
|
| 2 |
Baixe o TTL uns dias antes, se puder. Um TTL curto faz a mudança chegar depressa; um TTL longo prende-o ao valor antigo — ver registos DNS explicados.
|
|
| 3 |
Não apague as caixas do lado antigo enquanto não confirmar que o novo recebe. Durante a propagação, há correio a cair dos dois lados.
|
|
Depois de mudar: como confirmar
Não confie em «parece que está bom». Confirme:
| 2 |
Envie uma mensagem de fora — de um Gmail, por exemplo — e confirme que chega.
|
|
| 3 |
Envie a partir da caixa e confirme que sai. E envie de uma conta do mesmo servidor, que é o teste que apanha o encaminhamento mal posto.
|
|
Dê tempo à propagação antes de concluir que partiu — ver quanto tempo demora a propagação. E se depois disto o correio continuar a falhar, ver porque é que o seu e-mail não envia nem recebe.
PRODUTO RECOMENDADO E-mail profissional no seu domínio Caixas com o nome da sua empresa, sem publicidade, com filtro de spam. desde 600,00 MT/mês Ver planos |
Português
English
