Como faço para ter e-mail no meu próprio domínio?

O que é um endereço de e-mail no seu próprio domínio?

É você@seudominio.com em vez de um endereço em um provedor de e-mail. Duas coisas fazem isso funcionar. Uma caixa de correio em um servidor, e registros DNS que dizem a outros servidores onde a caixa está e quem pode enviar como você.

A Velumhold fornece a caixa de correio. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. Domínios não são vendidos aqui: aponte um domínio que você possui para a conta com dois nameservers ou um registro A. Os registros DNS ficam onde o DNS do seu domínio é gerenciado. Uma pessoa responde aos e-mails de suporte em até 12 horas, sete dias por semana, incluindo ajuda com registros DNS, WordPress, contas de e-mail e migração de um site.

As contagens de caixas de correio variam muito. Segundo a pesquisa da Velumhold de 2 de novembro de 2026, 5 das 13 hospedagens que informam uma contagem de e-mail incluem contas de e-mail ilimitadas no plano de entrada, OrangeWebsite e Packetra incluem 3, e as caixas de correio da Hostinger são gratuitas apenas no primeiro ano. O Tulle da Velumhold inclui 10.

O que faz um registro MX?

Um registro MX indica o servidor que recebe o e-mail do seu domínio. Um servidor remetente consulta o DNS pelos registros MX do seu domínio e tenta o número de preferência mais baixo primeiro (RFC 5321, seção 5.1). Sem registro MX, o remetente usa como alternativa o registro de endereço do próprio domínio, então publique um de propósito. O destino precisa ser um nome de host com seu próprio registro A ou AAAA, não um CNAME.

example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.

O que faz um registro SPF?

O SPF lista os servidores autorizados a enviar e-mail pelo seu domínio. É um registro TXT que começa com v=spf1 (RFC 7208, seção 3). Os receptores comparam o servidor remetente com a lista.

• Um único registro. Dois registros SPF no mesmo domínio fazem a verificação falhar com erro permanente (seções 3.2 e 4.5).
• No máximo 10 consultas DNS. Termos include, a e mx contam. Acima de 10, o resultado é um erro permanente (seção 4.6.4).
• -all ou ~all. -all diz que tudo o que não está na lista não é autorizado. ~all é um soft fail, e os receptores não devem rejeitar apenas por isso (seções 8.4 e 8.5).

example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"

O que faz um registro DKIM?

O DKIM assina cada mensagem, para que os receptores possam verificar que ela veio do seu domínio e não foi alterada. O servidor remetente adiciona um cabeçalho DKIM-Signature. A chave pública correspondente fica em um registro TXT em selector._domainkey.yourdomain.com (RFC 6376, seções 3.5 e 3.6.2). O seletor permite que um domínio tenha várias chaves e as rotacione.

O Google exige uma chave DKIM de 1024 bits ou mais para que o e-mail chegue a contas pessoais do Gmail e recomenda 2048 bits quando houver suporte.

default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

O que faz um registro DMARC?

O DMARC diz aos destinatários o que fazer com mensagens que falham na autenticação e para onde enviar relatórios. É um registro TXT em _dmarc.yourdomain.com (RFC 9989, seção 4.5, que substitui a RFC 7489). A tag p aceita none, quarantine ou reject. A tag rua indica um endereço para relatórios agregados.

Para uma mensagem passar, o SPF ou o DKIM precisa passar, e o domínio verificado deve corresponder ao domínio From. Por padrão, basta uma correspondência no mesmo domínio organizacional. Para domínios cujos usuários publicam em listas de e-mail, a RFC 9989 recomenda p=none por pelo menos um mês, depois p=quarantine por igual período, antes de p=reject (seção 7.4).

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Como webmail, IMAP e SMTP se encaixam?

Webmail, IMAP e SMTP são três formas de ler e enviar a mesma caixa de correio. O webmail roda no navegador. O IMAP permite que um app no seu celular ou computador trabalhe com caixas de correio que ficam no servidor, então todo dispositivo vê as mesmas pastas e marcações (RFC 9051). O SMTP envia. O envio a partir do seu app normalmente usa a porta 587, enquanto os servidores retransmitem entre si na porta 25 (RFC 6409).

A RFC 8314 recomenda TLS desde o primeiro byte: IMAP na porta 993 e envio na porta 465, com STARTTLS na porta 587 também aceito. Escolha as opções de TLS no seu app. Vindo de outro provedor? Troque os registros MX por último, como em como mover um site sem downtime.

O que decide se o meu e-mail cai no spam?

Autenticação, reclamações e volume. As regras de remetente do Google valem para mensagens enviadas a contas pessoais do Gmail:

• Todo remetente precisa de SPF ou DKIM, DNS direto e reverso válidos e TLS.
• Mantenha a taxa de spam no Postmaster Tools abaixo de 0,3%. A meta do Google é abaixo de 0,10%.
• Remetentes de mais de 5.000 mensagens por dia também precisam de SPF, DKIM e DMARC, um domínio From que corresponda ao domínio SPF ou DKIM e cancelamento de inscrição em um clique nas mensagens de marketing.

Velumhold é feito para e-mail comum, não para envio em massa. O e-mail de saída tem rate limit, e spam e e-mail em massa são proibidos. Veja uso aceitável.

Quais erros quebram o e-mail em um domínio próprio?

• Dois registros SPF no mesmo domínio. Una-os em um só.
• Mais de 10 consultas DNS no SPF.
• Um destino MX que é um CNAME ou não tem registro de endereço.
• Vários registros TXT para um mesmo seletor DKIM. O resultado é indefinido (RFC 6376, seção 3.6.2.2).
• p=reject logo no primeiro dia. Leia os relatórios primeiro.