Resposta rápida: A recomendação é começar pelo plano VPS Brasil Performance (12 GB, 6 vCPUs, 150 GB NVMe, R$169/mês) e validar o fluxo real com docker compose ps. O tamanho correto depende de dados, concorrência e retenção; os comandos abaixo mostram como medir sem inventar uma métrica que não foi coletada.
Veja a infraestrutura: VPS para Docker, Portainer e Coolify para colocar este projeto no ar.
Mailcow em VPS funciona melhor quando você separa o serviço público da operação interna: neste roteiro, o ponto de partida é uma VPS com 12 GB de RAM, 6 vCPUs e 150 GB NVMe para o cenário indicado. A primeira verificação usa docker compose ps e o objetivo é deixar claro o que pode ser afirmado, o que precisa ser medido e como voltar atrás. O conteúdo é para equipes pequenas e profissionais de infraestrutura e não apresenta teste executado na infraestrutura do leitor como resultado garantido.
O que este cenário resolve
Começar pela reputação, dns e recuperação, não apenas pelo comando que inicia os containers. A decisão central é tratar planejamento operacional de uma pilha de e-mail self-hosted como uma operação completa: aplicação, dados, identidade, logs, atualização e recuperação precisam ter responsáveis e sinais observáveis.
A pergunta operacional
Antes de instalar, escreva qual pergunta você quer responder. Em um domínio que recebe mensagens, mas falha na entrega porque SPF, DKIM, DMARC e PTR não foram alinhados, não basta saber que o processo subiu: você precisa verificar o caminho que o usuário ou o operador realmente usará. Isso evita transformar um painel carregado, um handshake recente ou um backup verde em prova de saúde completa.
O que fica fora do escopo
Este artigo não promete latência, disponibilidade, throughput ou taxa de entrega sem medição local. Versões, plugins, tamanho dos dados, regras de rede e padrão de uso mudam o resultado. Use o procedimento como base, registre as saídas e só então ajuste o plano ou a configuração.
Recursos, portas e plano inicial
Para o recorte deste guia, o ponto inicial é o VPS Brasil Performance, com 12 GB, 6 vCPUs, 150 GB NVMe e preço de catálogo de R$169/mês. A porta ou portas relevantes são 25, 465, 587, 993 e portas web conforme a configuração. Esses valores descrevem o catálogo e o desenho do laboratório; não são um benchmark do serviço.
O que medir no host
Registre RAM disponível, uso de CPU, espaço e inodes, processos, conexões e I/O antes e durante a operação. Para planejamento operacional de uma pilha de e-mail self-hosted, a medida mais útil é a que aparece na jornada central: fila e worker, consulta e restauração, resposta HTTP, rota privada ou evento de auditoria. Um número isolado não explica uma degradação.
Quando subir de plano
Considere o VPS Brasil Performance quando o conjunto pedir 12 GB e 6 vCPUs por causa de múltiplos serviços, dados persistentes ou tarefas concorrentes; o catálogo informa 150 GB NVMe e R$169/mês. O VPS Brasil Ultra oferece 20 GB, 8 vCPUs e 200 GB NVMe por R$269/mês. A troca deve seguir métricas e um plano de janela, não uma promessa genérica.
Comparação de escolhas
A comparação abaixo reduz uma decisão ampla a quatro camadas. Em planejamento operacional de uma pilha de e-mail self-hosted, a opção mais simples pode ser correta para um laboratório, mas a operação comercial exige atenção a persistência, acesso, evidência e retorno.
| Camada | Função | Decisão | Cuidado |
|---|---|---|---|
| SMTP | receber/enviar | 25 e 587 | reputação e limites |
| IMAP | acesso à caixa | 993 | TLS obrigatório |
| DNS | identidade | MX, SPF, DKIM | registros coerentes |
| Backup | recuperação | dados e configuração | testar restauração |
Passo a passo verificável
Execute uma etapa por vez e guarde a saída com data, versão, host e contexto. O comando de referência é docker compose ps, mas o critério de sucesso é o fluxo completo, não o fato de o comando existir.
- Confirme hostname, PTR reverso, portas permitidas pelo provedor e o domínio que será usado.
- Instale a versão documentada do projeto, gere os registros DNS e aguarde validação antes de criar caixas reais.
- Envie testes para provedores diferentes, confira headers e documente restauração de uma caixa e da configuração.
1. Prepare o ambiente
Confirme hostname, PTR reverso, portas permitidas pelo provedor e o domínio que será usado.
hostnamectl
dig +short MX exemplo.com
dig +short TXT exemplo.com
2. Aplique a configuração
Instale a versão documentada do projeto, gere os registros DNS e aguarde validação antes de criar caixas reais.
docker compose ps
docker compose logs --tail=100 postfix dovecot
3. Valide e registre
Envie testes para provedores diferentes, confira headers e documente restauração de uma caixa e da configuração.
openssl s_client -connect mail.exemplo.com:993 -servername mail.exemplo.com </dev/null
Erros comuns e como evitá-los
Erros operacionais quase sempre aparecem na fronteira entre camadas. Revise estes pontos antes de considerar o trabalho concluído:
Tratar entrega como garantida só porque o smtp aceita a mensagem
Evite tratar entrega como garantida só porque o SMTP aceita a mensagem. Primeiro reduza a superfície exposta e confirme a rota de administração. Um serviço pode continuar funcionando em loopback ou rede privada sem uma porta pública adicional.
Omitir ptr ou usar hostname inconsistente
Não omitir PTR ou usar hostname inconsistente. Persistência, cópia independente e restauração são controles diferentes. Registre o arquivo, volume ou destino que realmente contém a informação necessária.
Expor painel e webmail sem https
Também não expor painel e webmail sem HTTPS. Faça a mudança com versão, janela, healthcheck e retorno documentado. Se houver migração irreversível, trate isso como uma decisão separada.
Fazer backup apenas dos containers, sem volumes e chaves
Por fim, não fazer backup apenas dos containers, sem volumes e chaves. A validação deve representar o uso real, incluindo falha, reinício, permissão e dependência. Caso contrário, você só confirmou que o processo iniciou.
Practical evidence, limites e rollback
A evidência deste roteiro é uma procedimento reprodutível: ambiente Linux, comandos explícitos, versões e dados devem ser registrados por quem executar o teste. O resultado a observar em planejamento operacional de uma pilha de e-mail self-hosted é o estado de cada etapa, a saída do comando e a resposta do fluxo central. Este lote não executou esses comandos na VPS do leitor, portanto não transforma o procedimento em medição de desempenho.
Antes de uma mudança, copie configuração e dados de forma recuperável. Depois, compare o estado esperado com o estado observado e preserve o último release ou dump válido. Se algo falhar, interrompa, restaure o componente anterior quando isso for seguro e reexecute o healthcheck. Não apague evidências durante o diagnóstico.
Checklist de aceite
Confirme nome e versão do software, portas públicas, permissões, volumes, espaço, logs, backup e caminho de recuperação. Registre o horário e o operador. Um checklist curto, repetível e ligado ao cenário é mais útil que uma promessa de disponibilidade sem método.
Perguntas relacionadas
Estas respostas condensam as dúvidas que normalmente aparecem antes do corte e apontam para a verificação que falta em cada uma.
Mailcow em VPS funciona em uma VPS pequena?
Pode funcionar para um cenário enxuto, mas a decisão depende de RAM, CPU, armazenamento, concorrência e dependências. Comece com o plano VPS Brasil Performance e valide o fluxo real antes de ampliar.
Qual porta deve ficar pública?
Somente a porta necessária para o usuário ou túnel. Neste cenário, as portas relevantes são 25, 465, 587, 993 e portas web conforme a configuração; componentes administrativos, bancos e filas devem ficar em loopback, VPN ou rede privada quando possível.
Como comprovar que a configuração funcionou?
Combine docker compose ps, logs e um teste de jornada. Registre status, versão, tempo, permissões e resultado. Um processo ativo isoladamente não comprova que a integração, os dados ou o rollback estão corretos.
Quando devo fazer upgrade?
Quando a medição mostrar pressão persistente, fila crescendo, OOM, I/O ou falta de margem para manutenção. Compare com o VPS Brasil Performance ou o VPS Brasil Ultra usando os recursos de catálogo, sem tratar preço como prova de desempenho.
Próximo passo
Se o seu cenário cabe no recorte deste artigo, o próximo passo é provisionar o VPS Brasil Performance (12 GB, 6 vCPUs, 150 GB NVMe, R$169/mês), executar o checklist em staging e registrar o resultado antes do corte. Conheça o VPS Brasil Performance e escolha a capacidade pelo uso observado.
Comentários (5)
Muito bom o passo a passo de particionamento e disco NVMe. O throughput do I/O subiu consideravelmente nos nossos testes de benchmark. Em qual parte do artigo você recomenda focar para quem está começando em produção?
Estou usando essa configuração no meu servidor há 2 meses e realmente melhorou a performance! O tempo de resposta caiu de 200ms para 30ms. Vou implementar também as dicas de otimização que você mencionou.
Implementei essas configurações no VPS da minha empresa e reduziu nosso custo com cloud em 40%. O artigo está muito bem explicado, parabéns!
A latência para o Brasil ficou excelente depois que migramos para a VPS local. O tutorial de configuração de rede e MTU foi direto ao ponto. Você tem algum material mais avançado sobre esse tema?
Sempre tive problemas com instabilidade no servidor até ler este artigo. Segui passo a passo e agora está rodando perfeitamente há 3 semanas sem restart.