E-mail com domínio próprio: o que muda no DNS, na entrega e no controle dos seus dados

E-mail com domínio próprio é uma caixa de e-mail que usa o domínio da empresa, como contato@suaempresa.com.br, em vez de um endereço genérico como @gmail.com ou @hotmail.com. Na prática, quem controla o DNS do domínio passa a controlar como o e-mail é recebido (registro MX), quem pode enviar em nome da empresa (SPF e DKIM) e o que acontece com mensagens falsificadas (DMARC).

TL;DR: Com um endereço @gmail.com, a empresa usa um domínio que não controla e não consegue autenticar seus envios. Com domínio próprio, ela assina as próprias mensagens, chega mais à caixa de entrada e os dados não ficam presos a uma conta pessoal.

Qual é o problema de usar Gmail ou Hotmail pessoal no negócio?

O problema não é o Gmail ou o Outlook.com como serviço. Os dois funcionam bem. O problema é o domínio: gmail.com pertence ao Google, e a empresa não tem nenhum controle sobre ele.

Isso gera três falhas concretas:

• Credibilidade: um orçamento enviado por loja.fulano123@gmail.com é indistinguível de um golpe. Qualquer pessoa cria esse endereço em dois minutos.
• Entregabilidade: a empresa não consegue publicar SPF, DKIM ou DMARC para gmail.com. Quando um ERP, um CRM ou uma automação envia "em nome" desse endereço, a mensagem falha na autenticação.
• Controle de dados: a conta é de uma pessoa física. Se o funcionário sai, se a senha se perde ou se a conta é suspensa, o histórico comercial vai junto.

O e-mail genérico funciona como uma linha de telefone registrada no CPF de um funcionário. Funciona até o dia em que ele vai embora.

Para entender por que o domínio próprio resolve isso, é preciso olhar o que roda por baixo de uma mensagem.

Como funciona tecnicamente o e-mail com domínio próprio?

O e-mail com domínio próprio depende de quatro registros DNS. Cada um resolve uma parte do problema: roteamento, autorização, assinatura e política.

MX: para onde o e-mail deve ir

O registro MX (Mail Exchanger) diz ao mundo qual servidor recebe as mensagens destinadas a @suaempresa.com.br. Sem MX, nenhum e-mail chega.

suaempresa.com.br.   3600   IN   MX   10   mx1.provedor-de-email.exemplo.
suaempresa.com.br.   3600   IN   MX   20   mx2.provedor-de-email.exemplo.

O número (10, 20) é a prioridade: o menor é tentado primeiro, e o segundo atua como fallback.

SPF: quem pode enviar em nome do domínio

O SPF (Sender Policy Framework), definido na RFC 7208, é um registro TXT que lista os servidores autorizados a enviar e-mail pelo domínio.

suaempresa.com.br.   3600   IN   TXT   "v=spf1 include:_spf.provedor-de-email.exemplo ~all"

Um detalhe que derruba muita configuração: o SPF tem limite de 10 consultas DNS (cada include conta). Empresas que acumulam provedor de e-mail, CRM, plataforma de newsletter e ERP estouram esse limite, e o SPF passa a retornar erro (permerror).

DKIM: a assinatura criptográfica

O DKIM (DomainKeys Identified Mail) assina cada mensagem com uma chave privada no servidor de envio. A chave pública fica no DNS, e o servidor de destino usa essa chave para verificar que o conteúdo não foi alterado no caminho.

seletor1._domainkey.suaempresa.com.br.   IN   TXT   "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

A recomendação atual do mercado é usar chaves RSA de 2048 bits.

DMARC: a política contra falsificação

O DMARC (Domain-based Message Authentication, Reporting and Conformance) amarra SPF e DKIM ao domínio visível no campo "De:" e diz ao destinatário o que fazer quando a autenticação falha.

_dmarc.suaempresa.com.br.   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@suaempresa.com.br"

A política evolui em três estágios: p=none (só monitora), p=quarantine (manda para spam) e p=reject (recusa). O campo rua recebe relatórios XML diários dos grandes provedores, e com eles dá para ver quem está enviando e-mail usando o seu domínio.

Resumo: o MX recebe, o SPF autoriza, o DKIM assina e o DMARC aplica a política. Com @gmail.com, nenhum desses quatro está nas mãos da empresa.

Por que o e-mail com domínio próprio chega mais à caixa de entrada?

O e-mail com domínio próprio chega mais à caixa de entrada porque permite autenticação alinhada: o domínio do remetente, o SPF e o DKIM apontam para a mesma identidade.

O Google passou a exigir SPF ou DKIM de todo remetente que envia para contas Gmail. Para quem envia em volume (acima de 5.000 mensagens por dia para contas Gmail), a exigência inclui SPF, DKIM e DMARC publicados. O Yahoo adotou regras equivalentes, e a Microsoft seguiu a mesma direção para o Outlook.com.

O cenário mais comum de falha em PMEs:

1. A empresa usa vendas.loja@gmail.com como remetente.
2. O sistema de notas fiscais ou o e-commerce envia e-mails "de" vendas.loja@gmail.com por um servidor SMTP próprio.
3. O servidor de destino consulta o DMARC do gmail.com, vê que o servidor de envio não é do Google e trata a mensagem como suspeita.
4. A nota fiscal, o boleto ou a confirmação de pedido cai no spam ou é rejeitada.

Com domínio próprio, o mesmo fluxo funciona: basta incluir o serviço de envio no SPF e configurar o DKIM dele. Isso vale também para automações. Um fluxo em uma VPS para n8n que dispara confirmações por SMTP só entrega de forma consistente quando o domínio do remetente está autenticado.

Entregabilidade não é sorte. É DNS bem configurado mais reputação construída com o tempo.

O que muda no controle de dados e na segurança?

Com domínio próprio, a empresa é dona da identidade. A caixa de e-mail pode mudar de provedor, mas o endereço contato@suaempresa.com.br continua igual, porque quem decide para onde ele aponta é o registro MX.

Na prática, isso significa:

• Portabilidade: trocar de provedor é alterar o MX e migrar as caixas. Os clientes não percebem.
• Gestão de acesso: quando um colaborador sai, o administrador redefine a senha ou redireciona a caixa. O histórico fica com a empresa.
• Proteção contra spoofing: com DMARC em p=reject, golpistas não conseguem enviar e-mails convincentes usando o seu domínio.
• LGPD: dados de clientes trafegam por contas corporativas auditáveis, e não por contas pessoais fora do controle da empresa.

Esse é o ponto em que o e-mail deixa de ser "ferramenta" e passa a ser infraestrutura. Daí vem a pergunta seguinte: hospedar o próprio servidor ou contratar o serviço?

Vale a pena rodar o próprio servidor de e-mail numa VPS?

Tecnicamente, é possível subir Postfix, Dovecot e Rspamd numa VPS Linux e ter controle total. Para a maioria das PMEs, porém, self-hosting de e-mail não compensa. Os motivos são operacionais:

• Reputação de IP: IPs novos começam sem histórico e precisam de semanas de envio consistente para ganhar confiança nos grandes provedores.
• Listas de bloqueio: um único incidente (conta comprometida enviando spam) pode colocar o IP em listas como a Spamhaus, e sair delas leva tempo.
• rDNS/PTR: o IP precisa de DNS reverso coerente com o hostname de envio, ou muitos servidores recusam a conexão.
• Porta 25: vários provedores de nuvem restringem a saída SMTP por padrão para conter abuso.
• Manutenção contínua: patches de segurança, filtros antispam, backup das caixas e monitoramento de filas.

A VPS faz mais sentido rodando o que gera o e-mail (aplicação, automação, CRM), enquanto um serviço gerenciado cuida do que entrega o e-mail.

Resumo: para quem não quer virar administrador de e-mail, o modelo gerenciado com domínio próprio é o melhor equilíbrio entre controle e esforço.

Como configurar e-mail com domínio próprio passo a passo?

O processo é o mesmo em qualquer provedor sério. Só muda o valor dos registros.

1. Registre ou confirme o domínio (ex.: suaempresa.com.br) e verifique quem gerencia o DNS: registrador, Cloudflare ou painel da hospedagem.
2. Contrate o serviço de e-mail e crie as caixas (contato@, financeiro@, nome@).
3. Reduza o TTL dos registros MX atuais para 300 segundos com um dia de antecedência. Assim, a troca se propaga mais rápido.
4. Publique o MX indicado pelo provedor e remova os antigos.
5. Publique o SPF num único registro TXT. Nunca crie dois registros v=spf1 no mesmo domínio.
6. Ative o DKIM no painel do provedor e publique a chave no seletor indicado.
7. Publique o DMARC começando em p=none com rua configurado.
8. Valide com consultas DNS:

dig MX suaempresa.com.br +short
dig TXT suaempresa.com.br +short
dig TXT seletor1._domainkey.suaempresa.com.br +short
dig TXT _dmarc.suaempresa.com.br +short

9. Teste o envio para uma conta Gmail e abra "Mostrar original": SPF, DKIM e DMARC devem aparecer como PASS.
10. Endureça o DMARC depois de algumas semanas lendo relatórios: suba para p=quarantine e, por fim, para p=reject.

Com o DNS no lugar, resta escolher o plano certo para o perfil de uso.

Quanto custa e-mail com domínio próprio?

Na Rollin Host, o e-mail corporativo tem faixas de preço mensal por caixa, conforme o tipo de uso:

Os planos anuais saem mais baratos que os mensais. Como a Rollin Host é uma empresa brasileira, a cobrança vem com NF-e e o suporte 24/7 é em português.

Na escolha, o critério técnico mais relevante é o cliente de e-mail da equipe. Quem depende de Outlook com calendário e contatos sincronizados nativamente tende a ir para Exchange. Quem usa principalmente webmail e celular resolve com o Essencial.

Principais aprendizados

• E-mail com domínio próprio dá à empresa o controle do DNS e, com ele, de MX, SPF, DKIM e DMARC.
• Endereços @gmail.com ou @hotmail.com não podem ser autenticados pela empresa, e isso derruba a entrega de e-mails enviados por sistemas e automações.
• Google, Yahoo e Microsoft exigem autenticação de remetentes, e o DMARC já é obrigatório para envio em volume.
• Self-hosting de e-mail em VPS oferece controle total, mas cobra caro em reputação de IP e manutenção. Para a maioria das PMEs, o serviço gerenciado é o melhor equilíbrio.
• O endereço fica portável: trocar de provedor é alterar o MX, sem mudar o e-mail divulgado aos clientes.

Perguntas frequentes

O que é e-mail com domínio próprio?

E-mail com domínio próprio é um endereço que usa o domínio da empresa, como contato@suaempresa.com.br. A empresa controla o DNS desse domínio e, portanto, define onde o e-mail é recebido e quem pode enviar em nome dela.

Posso usar o Gmail com o meu domínio?

Sim, por meio do Google Workspace, que hospeda o e-mail do seu domínio na interface do Gmail. O Gmail gratuito com endereço @gmail.com não permite autenticar envios com SPF, DKIM e DMARC próprios.

O que acontece se eu não configurar SPF, DKIM e DMARC?

As mensagens têm muito mais chance de cair no spam ou ser rejeitadas, principalmente em Gmail, Yahoo e Outlook.com, que exigem autenticação. Além disso, o domínio fica exposto a falsificação em golpes de phishing.

Trocar o MX faz eu perder e-mails?

Não, quando a troca é planejada. Basta reduzir o TTL antes, migrar as caixas e manter a conta antiga ativa por alguns dias, já que mensagens em trânsito ainda podem chegar ao servidor anterior durante a propagação do DNS.

É melhor hospedar e-mail na própria VPS?

Para a maioria das empresas, não. Servidor de e-mail próprio exige reputação de IP, DNS reverso, filtros antispam e manutenção constante. A VPS é mais útil para as aplicações que geram os e-mails, com o envio delegado a um serviço gerenciado.

Quanto custa uma caixa de e-mail corporativo?

Na Rollin Host, os planos começam em R$ 13,90 por mês no E-mail Essencial, com 20 GB. Há opções com Exchange, Titan e Google Workspace para necessidades específicas.

Teste a configuração no seu domínio

O caminho mais rápido é migrar uma caixa crítica primeiro (contato@ ou financeiro@), publicar MX, SPF, DKIM e DMARC em p=none e acompanhar os relatórios por algumas semanas antes de mover o restante da equipe.

Os planos estão na página de E-mail Profissional da Rollin Host. Para revisar o DNS atual do seu domínio ou validar o SPF antes de mudar, chame o suporte da Rollin Host pelo WhatsApp: o time 24/7 confere os registros com você. Se o próximo passo for integrar notificações aos canais de atendimento, a API do WhatsApp complementa o e-mail transacional. A parte de comunicação e posicionamento de marca fica com a Agência Rollin, empresa irmã do grupo.