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

E-mail com domínio próprio é um endereço que usa o domínio da empresa, como contato@suaempresa.com.br, em vez de um provedor gratuito como @gmail.com ou @hotmail.com. Na prática, a empresa passa a controlar, via DNS, qual servidor recebe as mensagens (registro MX) e quais servidores podem enviar em nome dela (SPF, DKIM e DMARC). Esse controle melhora a entregabilidade, reduz a falsificação de remetente e mantém as contas sob a posse do negócio.

TL;DR: Gmail pessoal no negócio funciona até o dia em que não funciona mais. O e-mail com domínio próprio, autenticado com MX, SPF, DKIM e DMARC, é infraestrutura básica de qualquer empresa, não acessório de marketing.

Qual o problema de usar Gmail ou Hotmail pessoal na empresa?

O problema não é estético. É de posse e de autenticação.

Uma conta @gmail.com pertence a uma pessoa física, sob os termos de uso de um serviço de consumo. Se o funcionário que criou a conta sai da empresa, o histórico com clientes e fornecedores vai junto. A recuperação de senha também passa a depender do celular dessa pessoa.

Há um segundo ponto, mais técnico. O domínio gmail.com publica as próprias políticas de SPF e DMARC, e a empresa não tem controle nenhum sobre elas. Quando um golpista cria "suaempresa.vendas@gmail.com", não existe registro DNS capaz de impedir isso. Qualquer pessoa pode abrir uma conta parecida com a sua.

Os cenários mais comuns de incidente que chegam ao nosso suporte são estes:

• Ex-colaborador com a senha da conta de atendimento.
• Conta bloqueada por atividade suspeita, sem canal de suporte empresarial.
• Cliente enganado por um endereço gratuito quase idêntico ao da empresa.
• Disparos transacionais (NF-e, boletos, recuperação de senha) caindo em spam.

Resumo: e-mail gratuito é identidade emprestada. A próxima pergunta é como a identidade própria funciona por baixo.

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

O e-mail com domínio próprio depende de quatro registros DNS com funções distintas. O domínio é seu, e o DNS diz ao mundo quem pode receber e enviar por ele.

Registro MX: quem recebe

O registro MX (Mail Exchanger) aponta para o servidor que recebe as mensagens de @suaempresa.com.br. Quando alguém envia um e-mail para contato@suaempresa.com.br, o servidor remetente consulta o MX do domínio e entrega a mensagem ali. A prioridade numérica define a ordem de tentativa: o menor número tem preferência.

SPF: quem pode enviar

O SPF (Sender Policy Framework, RFC 7208) é um registro TXT que lista os IPs e serviços autorizados a enviar e-mail pelo domínio. A RFC 7208 limita a avaliação a 10 consultas DNS. Empresas que empilham include: de CRM, plataforma de newsletter, ERP e provedor de e-mail estouram esse limite com frequência, e o resultado é um permerror silencioso.

DKIM: prova de integridade

O DKIM (DomainKeys Identified Mail, RFC 6376) assina cada mensagem com uma chave privada no servidor de envio. A chave pública fica publicada no DNS sob um seletor. O destinatário confere a assinatura e sabe que o conteúdo não foi alterado no caminho e que veio de quem detém a chave.

DMARC: a política e o relatório

O DMARC (Domain-based Message Authentication, Reporting and Conformance, RFC 7489) junta SPF e DKIM e exige alinhamento: o domínio do remetente visível (From:) precisa bater com o domínio autenticado. O DMARC também diz ao destinatário o que fazer quando a checagem falha (none, quarantine ou reject) e para onde mandar os relatórios agregados.

Um conjunto mínimo de registros fica assim:

suaempresa.com.br.                  IN MX   10 mx1.provedor-de-email.exemplo.
suaempresa.com.br.                  IN MX   20 mx2.provedor-de-email.exemplo.
suaempresa.com.br.                  IN TXT  "v=spf1 include:_spf.provedor-de-email.exemplo -all"
seletor1._domainkey.suaempresa.com.br. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh..."
_dmarc.suaempresa.com.br.           IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc@suaempresa.com.br"

MX diz onde entregar. SPF diz quem pode enviar. DKIM prova que a mensagem não foi adulterada. DMARC transforma tudo isso em política.

Com a arquitetura clara, fica fácil entender o impacto direto na caixa de entrada.

E-mail com domínio próprio melhora a entregabilidade?

Melhora, desde que a autenticação esteja correta. Domínio próprio sem SPF, DKIM e DMARC não ganha nada em entregabilidade.

O Google e o Yahoo passaram a exigir autenticação para quem envia para suas caixas. Segundo as diretrizes para remetentes do Google, todo remetente precisa de SPF ou DKIM. Quem envia mais de 5.000 mensagens por dia para contas Gmail precisa de SPF, DKIM e DMARC, além de alinhamento e de cancelamento de inscrição simplificado.

Isso pesa no e-mail transacional. Notificações de pedido, boletos e alertas de sistema enviados por uma aplicação, por exemplo um fluxo rodando numa VPS para n8n, precisam sair por um remetente do domínio autenticado. Sem isso, o filtro trata a mensagem como suspeita, por mais legítimo que seja o conteúdo.

O ganho em entregabilidade vem de três fatores:

1. Reputação do domínio construída ao longo do tempo, e não emprestada de um provedor de consumo.
2. Alinhamento DMARC entre o From: visível e o domínio autenticado.
3. Visibilidade pelos relatórios DMARC, que mostram quem está enviando em nome do domínio, inclusive quem não deveria.

Resumo: entregabilidade é consequência de DNS bem configurado, não de um "plano melhor".

Ter domínio próprio dá mais controle sobre os dados?

Sim, e esse é o argumento mais subestimado por donos de PME.

Com domínio próprio, a conta é da empresa. O administrador cria, suspende e transfere caixas, redefine senhas e mantém o histórico quando alguém sai do time. Trocar de provedor também fica possível: basta migrar as caixas e alterar o MX, sem mudar o endereço que os clientes já conhecem.

Isso conversa diretamente com a LGPD. Conversas com clientes costumam conter dados pessoais, e manter essas informações em contas pessoais de colaboradores complica qualquer resposta a incidente ou pedido de titular. A Rollin Host é uma empresa brasileira, emite NF-e e atua em conformidade com a LGPD, o que simplifica contrato e auditoria do lado do cliente.

Controle resolvido, a pergunta seguinte é de infraestrutura: rodar o próprio servidor ou contratar o serviço?

Vale a pena hospedar o próprio servidor de e-mail (self-hosting) ou usar SaaS?

Para a maioria das PMEs, não vale rodar o próprio servidor de e-mail. É possível fazer, mas o custo operacional é alto e pouco visível no orçamento.

Um stack self-hosted típico (Postfix + Dovecot + Rspamd, ou soluções empacotadas como Mailcow) exige:

• IP com boa reputação e fora de listas de bloqueio (RBLs).
• rDNS/PTR configurado apontando para o hostname do servidor.
• Porta 25 de saída liberada. Muitos provedores de nuvem bloqueiam essa porta por padrão.
• Manutenção contínua: patches, antispam, antivírus, backup e monitoramento de filas.
• Aquecimento de IP, porque um IP novo começa sem reputação.

Self-hosting faz sentido para quem já opera infraestrutura de e-mail, tem time de sysadmin e um motivo concreto, como requisito regulatório específico. Para o restante, o e-mail gerenciado com domínio próprio entrega o controle do DNS sem o peso da operação.

Decidido o modelo, a configuração em si é curta.

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

O processo abaixo vale para qualquer provedor sério de e-mail corporativo.

1. Registre ou confirme o domínio e garanta que a empresa, e não um terceiro, é a titular no Registro.br ou no registrador.
2. Contrate o plano de e-mail e crie as caixas: contato@, financeiro@, suporte@.
3. Aponte o MX do domínio para os servidores indicados pelo provedor e remova MX antigos.
4. Publique o SPF com um único registro TXT v=spf1 que inclua todos os serviços que enviam pelo domínio. Mantenha-se abaixo de 10 consultas DNS.
5. Ative o DKIM no painel do provedor e publique a chave pública no seletor indicado.
6. Publique o DMARC com p=none e um endereço rua= para receber relatórios.
7. Monitore os relatórios por algumas semanas e corrija os serviços legítimos que falham no alinhamento.
8. Endureça a política para p=quarantine e depois p=reject.

Para validar a propagação, bastam alguns comandos:

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

Para enviar a mensagem de teste, uma ferramenta como o mail-tester ajuda a conferir os cabeçalhos Authentication-Results. Se o atendimento da empresa centraliza canais numa plataforma como o Chatwoot, a caixa de entrada de e-mail conectada a ele deve usar o mesmo domínio autenticado. O guia para instalar Chatwoot cobre essa integração no servidor.

Resumo: oito passos, a maior parte deles no DNS.

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

O custo de entrada é baixo, e esse é o dado que costuma surpreender quem ainda usa conta gratuita. No catálogo da Rollin Host, o E-mail Essencial custa R$ 13,90 por mês, com 20 GB e IA no webmail.

A escolha depende do cliente de e-mail do time. Quem vive no Outlook com calendário compartilhado tende ao Exchange. Quem já usa Docs e Drive tende ao Google Workspace. Para caixas de contato e financeiro sem integrações pesadas, o Essencial resolve.

O trade-off honesto é este: o plano mais barato não substitui uma suíte de colaboração, e a suíte mais completa é desperdício para quem só precisa de caixa de entrada autenticada. A estratégia de comunicação e de campanhas por e-mail é tema da Agência Rollin, marca irmã do grupo. Aqui, o foco é a infraestrutura que faz a mensagem chegar.

Principais aprendizados

• E-mail com domínio próprio transfere a posse das contas da pessoa física para a empresa.
• MX, SPF, DKIM e DMARC são os quatro registros DNS que definem recebimento, autorização, integridade e política.
• Entregabilidade depende de autenticação alinhada, e Google e Yahoo já exigem isso dos remetentes.
• Self-hosting de e-mail é viável, mas exige IP limpo, PTR, porta 25 liberada e manutenção contínua. Para PMEs, o modelo gerenciado costuma vencer.
• O custo de entrada começa em R$ 13,90 por mês no E-mail Essencial da Rollin Host.

Perguntas frequentes

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

É um endereço de e-mail que usa o domínio da empresa, como contato@suaempresa.com.br, em vez de @gmail.com ou @hotmail.com. A empresa controla o DNS do domínio e, com ele, quem recebe e quem pode enviar mensagens em seu nome.

Preciso de site para ter e-mail com domínio próprio?

Não. O e-mail depende apenas do domínio registrado e dos registros DNS (MX, SPF, DKIM e DMARC). O site e o e-mail podem estar em provedores diferentes.

Trocar de provedor de e-mail muda meu endereço?

Não. Com domínio próprio, basta migrar as caixas e alterar o registro MX para o novo provedor. O endereço contato@suaempresa.com.br continua o mesmo para os clientes.

Qual política DMARC usar no começo?

Comece com p=none e relatórios ativos (rua=) para descobrir todos os serviços que enviam pelo domínio. Depois de corrigir as falhas, avance para quarantine e, por fim, para reject.

Domínio próprio garante que o e-mail nunca cai em spam?

Não. O domínio próprio com SPF, DKIM e DMARC corretos remove a principal causa técnica de rejeição. Conteúdo, reputação de envio e taxa de reclamação continuam influenciando os filtros.

Posso manter o Gmail como cliente e usar domínio próprio?

Sim. Os planos Google Workspace usam a interface do Gmail com o domínio da empresa. Também é possível configurar outras soluções via IMAP/SMTP em clientes como Outlook ou Thunderbird.

Próximo passo: configurar o e-mail do seu domínio

Para sair do Gmail pessoal e colocar contato@suaempresa.com.br no ar com MX, SPF, DKIM e DMARC configurados, o caminho é o E-mail Profissional da Rollin Host.

Se a dúvida é qual plano encaixa no fluxo do seu time, ou se o DNS atual tem registros conflitantes, nossa equipe revisa a configuração com você. O suporte é 24/7, em português, e atende pelo WhatsApp. Basta enviar o domínio e dizer qual cliente de e-mail o time usa.