Como criar servidor de email com Mailcow em VPS Linux

Rodar seu próprio servidor de email deixou de ser tabu — Mailcow empacota Postfix, Dovecot, SOGo, Rspamd, ClickHouse e administração web em containers Docker isolados, eliminando 90% do trabalho de configuração manual que antigamente consumia dias. Você sobe o stack completo num VPS Linux em menos de uma hora.

Este tutorial é pra desenvolvedor ou sysadmin que precisa de email profissional sob controle próprio — sem depender de Workspace, Microsoft 365 ou Zoho. Aplicações típicas: empresa que quer caixas postais ilimitadas sem custo por usuário, SaaS que precisa de servidor SMTP transacional com reputação isolada, ou profissional técnico que valoriza privacidade de correspondência.

Tempo estimado de execução: 45-60 minutos, dos quais 15-20 minutos são propagação de DNS. O resto é instalação automatizada e configuração do domínio no painel.

Pré-requisitos

Antes de começar, você precisa ter os recursos alinhados. Email é sensível a IP, DNS reverso e portas — pular qualquer um desses pontos significa mensagens caindo em spam mesmo com TLS válido.

Configure o registro PTR (DNS reverso) do IP do VPS apontando pro hostname escolhido antes de continuar. Em painel de provedor de VPS você encontra isso normalmente em “Rede” ou “IP reverso”. Sem PTR válido, a entrega pra Gmail e Outlook degrada drasticamente.

Confirme também que a porta 25 outbound está aberta — muitos provedores bloqueiam SMTP saída por padrão. Teste com telnet smtp.gmail.com 25 ou nc -vz smtp.gmail.com 25 a partir do VPS. Se der timeout, abra ticket no suporte do provedor antes de prosseguir.

Preparar o sistema base

A primeira fase deixa o servidor pronto pra Docker e Mailcow. Trabalhamos com pacotes oficiais de cada projeto, evitando repos de terceiros.

sudo apt update && sudo apt upgrade -y
sudo apt install -y curl git ca-certificates gnupg lsb-release

curl -fsSL https://get.docker.com | sudo bash
sudo systemctl enable --now docker

sudo hostnamectl set-hostname mail.seudominio.com

127.0.1.1 mail.seudominio.com mail

sudo ufw allow 22/tcp
sudo ufw allow 25,80,110,143,443,465,587,993,995,4190/tcp
sudo ufw enable

Instalar Mailcow

Com o sistema pronto, clonamos o repositório oficial e geramos a configuração base. O setup interativo pergunta o hostname e gera as senhas aleatórias dos serviços internos.

sudo git clone https://github.com/mailcow/mailcow-dockerized /opt/mailcow-dockerized
cd /opt/mailcow-dockerized

sudo ./generate_config.sh

sudo docker compose pull
sudo docker compose up -d

sudo docker compose ps

Configurar DNS do domínio

Mailcow está rodando, mas o domínio não chega lá ainda. Precisamos publicar 6 registros DNS: MX, A, SPF, DKIM, DMARC e autodiscover. Esses registros são o que torna o servidor confiável pros grandes provedores.

https://mail.seudominio.com

seudominio.com.        IN A      203.0.113.10
mail.seudominio.com.   IN A      203.0.113.10
seudominio.com.        IN MX 10  mail.seudominio.com.
seudominio.com.        IN TXT    "v=spf1 mx -all"
dkim._domainkey.seudominio.com. IN TXT "v=DKIM1; k=rsa; p=MIIBI..."
_dmarc.seudominio.com. IN TXT    "v=DMARC1; p=quarantine; rua=mailto:[email protected]"
autodiscover.seudominio.com. IN CNAME mail.seudominio.com.
autoconfig.seudominio.com.   IN CNAME mail.seudominio.com.

Criar caixas postais e testar

Domínio adicionado e DNS propagado, agora criamos a primeira caixa postal real e validamos o envio bidirecional.

Verificação

Confirme que entregabilidade está saudável antes de migrar caixas postais reais ou rotear domínio em produção.

Envie email de teste pra um endereço Gmail e cheque o cabeçalho da mensagem recebida (no Gmail: três pontos → “Mostrar original”). Procure as linhas:

spf=pass
dkim=pass
dmarc=pass

Se algum aparecer fail ou neutral, há erro de DNS — revise SPF, DKIM e PTR. Uma alternativa rápida é mandar email pra [email protected], que retorna relatório detalhado em segundos.

Teste recepção mandando do Gmail pro endereço no seudominio.com. Confira se chega na inbox (não em spam). Se cair em spam, o problema costuma ser PTR ausente ou IP do VPS em blocklist — verifique em mxtoolbox.com/blacklists.

Resolução de problemas

Containers ficam reiniciando

Causa comum: MySQL não conseguiu inicializar por falta de RAM. Rode free -h e confirme que tem ao menos 4 GB livres. Se o VPS tem 4 GB total e memória já foi consumida, aumente swap:

sudo fallocate -l 4G /swapfile && sudo chmod 600 /swapfile
sudo mkswap /swapfile && sudo swapon /swapfile

Adicione /swapfile none swap sw 0 0 em /etc/fstab pra persistir.

Let’s Encrypt não emite certificado

Verifique no log do container ACME:

sudo docker compose logs acme-mailcow

Causas frequentes: porta 80 bloqueada por firewall externo, registro A de mail.seudominio.com ainda não propagado, ou rate limit do Let’s Encrypt (50 emissões/semana por domínio raiz).

Emails saem mas caem em spam

Cheque o PTR com dig -x SEU_IP +short. Resultado precisa retornar mail.seudominio.com. exatamente — não o hostname genérico do provedor. Se estiver errado, ajuste no painel do provedor de VPS. Propagação leva até 24h.

Próximos passos

Com o servidor rodando, considere:

• Configurar backup automatizado com helper-scripts/backup_and_restore.sh do próprio repositório Mailcow, agendado via cron diário pra um destino externo (S3 compatível ou outro VPS).
• Habilitar 2FA no painel admin em Configuração → Administradores → Editar → Two-factor authentication (suporta TOTP e Yubikey).
• Migrar caixas postais antigas via Sync Jobs (Email → Configuração → Sync jobs) — conecta no IMAP origem e replica preservando flags.
• Ajustar limites de envio por domínio conforme reputação cresce — começar com 500/dia e subir gradualmente até 5000/dia.

Se você está colocando isso em produção e quer porta 25 já liberada, PTR configurável pelo painel e suporte técnico em português, uma VPS Hostini entrega o ambiente Linux pronto pra rodar Mailcow sem fricção com bloqueios de provedor.