Auto-hospede seu servidor de e-mail

Artigo original ↗ Discussão no Hacker News ↗

Auto-hospedar um servidor de e-mail promete maior controle, independência de grandes provedores e alguma proteção contra a varredura governamental ou corporativa de mensagens privadas. Comentadores observam que ferramentas modernas e pilhas prontas (por exemplo, Mailcow, Stalwart, Mail-in-a-Box, rspamd) tornam a configuração básica e a filtragem de spam bastante administráveis, especialmente em um VPS com IP limpo e SPF/DKIM/DMARC corretos. No entanto, muitos argumentam que a entrega de saída confiável para grandes provedores se tornou tão frágil — por causa de sistemas de reputação de IP, listas negras e filtragem opaca — que, para a maioria das pessoas, é mais seguro hospedar apenas o e-mail de entrada ou simplesmente usar um provedor pago enquanto mantém um domínio próprio para portabilidade.

Sentimento geral sobre auto-hospedagem de e-mail

  • Visões fortemente divididas.
  • Alguns relatam 10–20+ anos de auto-hospedagem tranquila, com poucos problemas.
  • Outros descrevem isso como uma dor de cabeça constante, especialmente para entrega de saída, e dizem que nunca fariam isso de novo diante de serviços hospedados baratos.

Dificuldade e carga operacional

  • Receber e-mail e configurar a pilha básica (Postfix/Dovecot/rspamd etc.) é visto como algo direto por muitos.
  • A parte difícil é a manutenção de longo prazo: acompanhar padrões (SPF/DKIM/DMARC, DANE, certificados), filtragem de spam e depurar problemas intermitentes e opacos.
  • Vários enfatizam que ser administrador de e-mail é um trabalho de verdade; fazer isso bem no tempo livre não é trivial.

Entregabilidade e reputação de IP

  • Amplamente citada como o principal problema, e não a filtragem de spam em si.
  • Mesmo com SPF/DKIM/DMARC corretos, PTR e IPs limpos, as pessoas relatam:
    • Mensagens descartadas silenciosamente ou indo para spam, especialmente em grandes provedores (Gmail, Outlook/Hotmail, Yahoo, domínios hospedados pela Microsoft).
    • Faixas de IP de provedores VPS populares às vezes efetivamente “queimadas” por abuso anterior.
  • Outros relatam entregabilidade quase perfeita por muitos anos, atribuindo o sucesso a:
    • IPs limpos e de longa duração; ASes respeitáveis; às vezes conexões de nível empresarial ou colocation.
    • Solicitações ocasionais de inclusão manual em whitelist.
  • Muitos recomendam relays SMTP (SES, smtp2go, MailPace etc.) como seguro barato.

Privacidade, controle e descentralização

  • Argumentos a favor da auto-hospedagem:
    • Evitar dependência e banimentos arbitrários de contas.
    • Manter os dados fora de grandes provedores, especialmente sob regimes de varredura regulatória.
    • Preservar a natureza descentralizada do e-mail; mais servidores independentes combatem a centralização.
  • Contra-argumentos:
    • E-mail é inerentemente de duas partes; se o outro lado usa um grande provedor, ele ainda vê o conteúdo.
    • Para muitos, clientes offline com domínios próprios em um provedor hospedado dão controle “suficiente”.

Arquiteturas e ferramentas

  • Pilhas/soluções mencionadas: Stalwart, Mailcow, Mail-in-a-Box, docker-mailserver, iRedMail (versão paga preferida), maddy, o clássico Postfix+Dovecot+rspamd, qmail.
  • Padrões híbridos:
    • Auto-hospedar o armazenamento de entrada e fazer o relay da saída por terceiros.
    • Servidores domésticos usando relays em VPS para contornar bloqueios de porta do ISP ou problemas de reputação.

Alternativas e meio-termo

  • Recomendação comum: compre seu próprio domínio e use um provedor que suporte domínios próprios e aliases; isso dá portabilidade sem a carga de administração.
  • Alguns propõem hospedagem cooperativa/comunitária como um compromisso entre o DIY total e os grandes provedores.