Postfix
Código abertoO MTA padrão no Linux; cobre a imensa maioria dos envios.
Pontos fortesGrátis, estável e conhecido por quase qualquer administrador.
Atenção aA modelagem por ISP e o isolamento em escala exigem trabalho manual.
Infraestrutura de e-mail
Servidores KumoMTAMTA de código aberto, Rust + Lua, sem tarifa por mensagemServidores PowerMTALicenciado, pools VirtualMTA, suporte do fornecedorEntregabilidadeWarm-up, alinhamento DMARC, feedback loopsServidores
Bare metal — AMD EPYCInquilino único Turin / Genoa, até 192 núcleosServidores GPU e IANVIDIA Blackwell B200 / H200, PCIe Gen5VPSInstâncias por núcleo nos mesmos hosts EPYCCloud e rede
CloudInstâncias por hora, snapshots, NVMe Gen5Proteção contra DDoSAbsorção na borda incluída em cada servidorRede e regiõesAmsterdã · Frankfurt · Londres · AshburnInfraestrutura de e-mail
Infraestrutura de e-mail é o MTA, os pools de IP, a autenticação, a rede e o monitoramento que levam o e-mail em grande volume à caixa de entrada. Hospedamos e operamos KumoMTA e PowerMTA em servidores de inquilino único, e damos um conselho honesto de construir-ou-comprar —mesmo quando um serviço gerenciado ou um simples Postfix é a melhor opção. Operamos sob a LGPD, com baixa latência para o Brasil.
Em resumo
É a base técnica completa que move o e-mail em escala, e são cinco camadas trabalhando juntas. O MTA —o agente de transferência de e-mail— enfileira as mensagens e as entrega. Os IPs e os pools decidem de qual reputação você sai. A autenticação, com SPF, DKIM e DMARC, prova aos provedores de caixa de entrada que o e-mail é seu. A rede e a proteção contra DDoS por baixo mantêm o serviço acessível e limpo. E o monitoramento vigia a reputação do domínio e do IP, as reclamações e as listas negras antes que um problema apareça.
A pergunta que as pessoas confundem é achar que o MTA é o que decide. Não é. Um MTA potente sobre um IP sujo e com autenticação quebrada cai no spam; um Postfix humilde sobre um IP limpo, bem autenticado e com os fluxos separados, entrega. Por isso uma boa infraestrutura é julgada por como trata a reputação e a autenticação, não pela marca do motor de envio. No Brasil, onde Gmail, Outlook e Yahoo concentram a maioria das caixas de entrada ao lado de provedores locais como UOL, Terra e BOL, essas regras são deles, mudam sem aviso e valem igual.
Vale insistir na ordem: primeiro a reputação e a autenticação, depois o motor. Uma equipe que passa semanas escolhendo entre MTAs e descuida do aquecimento do seu IP terá entrega pior do que outra com um Postfix simples mas uma reputação cuidada. O motor importa em grande volume, mas se escolhe depois de ter resolvidas as camadas que de fato decidem a caixa de entrada, não no lugar delas.
Antes de escolher um produto há uma bifurcação, e ela se decide pelo volume e por se você tem alguém para operar. Você pode deixar um provedor gerenciado enviar por você, onde o MTA, os IPs e a operação de entregabilidade chegam em uma só fatura. Você pode rodar o seu próprio servidor dedicado com um IP aquecido cuja reputação é sua, enquanto um provedor cuida do encanamento. Ou pode fazer self-host do MTA inteiro e ser dono de cada parte, inclusive das que falham às três da manhã.
A regra geral é honesta: abaixo de uns 25 mil e-mails por mês, ou sem equipe técnica, um serviço gerenciado quase sempre sai mais barato quando você conta as horas. A partir de uns 50 mil por mês com capacidade básica de operação, o self-host começa a compensar, e em grande volume pode sair várias vezes mais barato por mensagem —desde que alguém o mantenha saudável. O custo real do self-host nunca é o servidor: é o tempo de operação, o aquecimento, o monitoramento e o incidente ocasional. Quem esquece isso acaba pagando mais do que o serviço que queria substituir.
Há um detalhe que vale deixar claro: self-host não significa montar tudo sozinho. O caminho do meio —um servidor dedicado com IP próprio operado por um provedor— dá a reputação em propriedade sem carregar o plantão noturno. Para muitas empresas brasileiras que já passaram do plano compartilhado mas não querem uma equipe de entregabilidade própria, esse meio-termo é justamente o ponto certo.
Vale olhar de frente o que o dia a dia implica, porque é onde a reputação se ganha ou se perde. Aquecer IPs novos leva semanas, subindo o volume aos poucos para que os provedores construam confiança. A autenticação —SPF, DKIM, DMARC e o DNS reverso— precisa ficar impecável e ser vigiada. As reclamações e os bounces são classificados e tratados todo dia, e as listas negras são monitoradas para sair delas rápido. Não é trabalho de lançamento; é uma disciplina contínua.
Quando você hospeda conosco, essas cinco camadas deixam de ser o seu problema de montagem e passam a ser a nossa operação. Por isso enquadramos a decisão com números e não com adjetivos: se o seu volume e a sua equipe dizem "gerenciado", a gente diz; se dizem "self-host", a gente opera bem. A meta é e-mail que pousa onde deve, medido no seu próprio painel, não prometido em um folheto.
A colocação na caixa de entrada é decidida pela reputação e pela autenticação, não pela velocidade. Os grandes provedores —Gmail, Outlook/Hotmail e Yahoo, ao lado dos brasileiros UOL, Terra e BOL— pontuam o IP e o domínio dos quais você envia, conferem se SPF, DKIM e DMARC batem, e pesam como as pessoas reagem: aberturas, marcações de spam, descadastros. Desde 2024, ainda exigem dos remetentes de grande volume (a partir de uns 5 mil e-mails por dia para uma mesma marca) autenticação completa, DMARC e uma baixa em um clique. O Gmail mantém um limite duro: passar de 0,3% de reclamações de spam —três a cada mil— derruba a sua reputação na hora.
Nada disso o MTA ganha por você. Quem ganha é um IP limpo, uma autenticação impecável, um aquecimento com calendário e a separação de fluxos para que uma campanha não afunde os seus recibos. Por isso a entregabilidade é uma disciplina diária —classificar bounces, tratar reclamações, sair rápido das listas negras— e não uma caixa de lançamento. Montamos isso com você desde o primeiro dia e medimos no seu próprio painel, não num quadro de marketing suavizado.
Os motores
A pergunta não é qual é o "melhor" MTA no abstrato, mas qual encaixa com o seu volume, a sua equipe e o seu modelo de suporte.
O MTA padrão no Linux; cobre a imensa maioria dos envios.
Pontos fortesGrátis, estável e conhecido por quase qualquer administrador.
Atenção aA modelagem por ISP e o isolamento em escala exigem trabalho manual.
MTA moderno de alto volume, configurado como código em Lua.
Pontos fortesSem licença, com modelagem de tráfego e filas por inquilino integradas.
Atenção aComunidade mais jovem; convém ter operação de e-mail interna.
O padrão comercial estabelecido ao longo de duas décadas.
Pontos fortesMaduro, com suporte do fornecedor e o modelo VirtualMTA conhecido.
Atenção aLicença recorrente; o futuro do suporte é incerto após passar para a Bird.
Com frequência suficiente para que a gente recomende quando encaixa. Se você envia volume modesto, não tem ninguém para operar um servidor, ou precisa de uma interface de marketing e templates mais do que de controle, um provedor gerenciado é a melhor opção —e preferimos apontar isso a vender um servidor que você não precisa. No mercado brasileiro há opções sólidas; as de baixo não são nossas para vender, estão aqui para que a decisão seja honesta.
Plano grátis; planos pagos econômicos
Ideal paraPMEs no Brasil: suíte tudo-em-um, suporte e documentação em português, atende à LGPD.
O mais barato em escala; região São Paulo disponível
Ideal paraTimes com desenvolvimento que já usam a AWS e buscam custo mínimo; a entregabilidade fica com você.
Por faixas conforme o volume
Ideal paraFaz de tudo, com recursos de marketing; IP dedicado nos planos altos.
IP dedicado a partir de ~R$500/mês
Ideal paraTimes técnicos que querem uma API forte e logs detalhados.
Plano grátis generoso; ~R$5/1.000
Ideal paraTransacional de baixo custo, sem limite diário de envio.
O padrão por baixo de tudo isso: um serviço gerenciado vende capacidade e comodidade e esconde o MTA de você; o self-host entrega o motor e a responsabilidade. Nenhum é uma escolha moral. É uma decisão operacional, e muda conforme você cresce.
Quando você hospeda conosco, as cinco camadas passam a ser nossas de operar. O MTA é KumoMTA ou PowerMTA sobre hardware AMD EPYC de inquilino único, afinado ao seu perfil de envio. Os pools de IP são dispostos por fluxo, cada um atado a um endereço dedicado com DNS reverso correto, e nós os aquecemos com você. A autenticação e a entregabilidade rodam como disciplina contínua, não como lista de lançamento. A rede entrega faixas limpas e absorção de DDoS sempre ativa. E o monitoramento amarra tudo, levando os eventos de entrega, bounce e reclamação para os seus próprios sistemas, para que a sua visão coincida com a nossa.
O monitoramento merece um olhar de perto, porque é onde a maioria dos problemas de reputação é caçada ou escapa. Vigiamos o Google Postmaster Tools e os dados de remetente da Microsoft para a reputação de domínio e IP, os feedback loops para as reclamações, as listas negras caso apareça um listamento cedo, e os sinais de colocação na caixa para saber aonde o e-mail de fato chega. Quando um número se desvia, nós o rastreamos até o fluxo que o causou em vez de responder com uma freada brusca que castiga o e-mail que ia bem.
Arquitetura de referência
Seu aplicativo entrega o e-mail ao MTA, que o atribui a um pool por fluxo, assina e marca o ritmo de entrega para cada provedor. Os eventos voltam para os seus sistemas e para o monitoramento. O princípio que sustenta todo o desenho é o isolamento de fluxos: transacional, marketing e frio nunca dividem reputação.
# desenho de referência — isolamento de fluxos por reputação
dominios:
tx.exemplo.com.br # transacional · tem que chegar
mkt.exemplo.com.br # marketing · alto volume
reach.exemplo.com.br # frio / reativação · isolado
pools:
- nome: transacional
mta: kumomta
ips: [ 198.51.100.21 ]
nota: "pequeno, sempre quente, nunca divide com marketing"
- nome: marketing
mta: kumomta
ips: [ 198.51.100.40, 198.51.100.41 ]
- nome: reativacao
mta: kumomta
ips: [ 203.0.113.10 ]
nota: "reputação separada; um dia ruim aqui não toca os recibos" Para deixar claro: hospedamos e operamos infraestrutura self-host —KumoMTA e PowerMTA em servidores de inquilino único— e não revendemos licenças de PowerMTA nem serviços gerenciados como SES ou SendGrid. Isso significa que ganhamos quando o self-host convém a você, então tentamos merecer a sua confiança sendo igualmente claros sobre quando você não deveria vir até nós: com volume modesto, sem equipe para operar, ou quando uma interface de marketing pesa mais do que o controle, um ESP é a melhor e mais barata opção.
Onde acreditamos agregar valor de verdade é no caminho do meio bem feito: ser dono de um MTA self-host sem carregar toda a operação, sobre espaço de IP limpo e com isolamento de fluxos de fábrica, na região que a LGPD ou os seus clientes exigirem. Se os seus números dizem ESP, a gente diz; se dizem self-host de tudo, apontamos os guias. A infraestrutura certa é a que encaixa com o seu envio, e às vezes não somos nós.
No Brasil, o envio comercial vive sob a LGPD —a Lei Geral de Proteção de Dados— que rege o tratamento de dados pessoais, e um endereço de e-mail é um deles. Ela pede base legal para o tratamento, costuma exigir consentimento para a comunicação de marketing, e dá ao titular o direito de acessar, corrigir e excluir os seus dados, além de uma forma simples de descadastro em cada envio. Cumprir isso não é só questão jurídica: uma lista consentida e limpa é, além disso, a que melhor entrega.
A infraestrutura ajuda a cumprir. Rodar sobre hardware de inquilino único em uma região que você escolhe dá controle sobre onde os dados ficam e como são tratados, algo que um serviço gerenciado de fora complica. A LGPD permite a transferência internacional com base legal e salvaguardas, então colocamos os servidores onde a lei ou os seus clientes exigirem —Ashburn é a região mais próxima do Brasil em latência— mantemos a configuração e os logs com você, e deixamos o processamento de descadastros e exclusões fiado no MTA, não improvisado na última hora.
A resolução mais limpa raramente é um extremo. Muitos remetentes mantêm o e-mail transacional crítico —recibos, redefinições de senha, códigos— em um serviço premium pela confiabilidade, rodam o marketing de alto volume em infraestrutura self-host pelo custo, e isolam o tráfego frio ou de reativação em uma reputação à parte para que um dia ruim ali não toque nada importante. Operamos com prazer o lado self-host de um híbrido assim, e dizemos o que deixar no gerenciado.
Perguntas
O que se pergunta antes de comprometer uma infraestrutura de e-mail.
É todo o stack que leva o e-mail do seu aplicativo até a caixa de entrada: o MTA que enfileira e envia, os IPs e pools dos quais ele sai, a autenticação SPF, DKIM e DMARC, a rede e a proteção contra DDoS por baixo, e o monitoramento que vigia a reputação. Um serviço gerenciado empacota tudo em uma fatura; montar o seu significa montar e operar cada camada.
Depende do volume e de se você tem alguém para operá-la. Abaixo de uns 25 mil e-mails por mês, ou sem equipe técnica, um serviço gerenciado quase sempre sai mais barato quando você conta as horas. A partir de uns 50 mil por mês com capacidade básica de operação, o self-host começa a compensar, e em grande volume pode sair várias vezes mais barato por mensagem, desde que alguém o mantenha saudável.
Abaixo de uns 500 mil e-mails por dia, um Postfix bem afinado dá conta. Daí até alguns milhões por dia, o KumoMTA costuma ser a melhor opção: código aberto, sem licença, com modelagem de tráfego e filas por inquilino integradas. Acima disso, ou onde se exige um contrato de suporte do fornecedor, o PowerMTA continua sendo a opção comercial estabelecida. Hospedamos e operamos KumoMTA e PowerMTA e dizemos com honestidade qual encaixa.
Em desempenho e modelagem de tráfego, a distância se fechou: o KumoMTA foi construído por ex-engenheiros do mundo do MTA comercial e o iguala na maior parte do trabalho de alto volume. As diferenças que restam são maturidade do ecossistema e modelo de suporte: o PowerMTA tem décadas de ferramentas e uma ampla rede de parceiros, enquanto o KumoMTA troca parte disso por acesso ao código e custo zero de licença.
Mais do que o servidor. Um VPS custa poucos reais por mês, mas o custo real é a operação: patches, monitoramento, aquecimento e algum incidente. Em torno de 1,4 milhão de mensagens por mês, um setup self-host bem cuidado custa, de forma realista, alguns milhares de reais por mês com tudo incluído, a maior parte no engenheiro de tempo parcial que o mantém saudável, não no software, que pode ser grátis.
Sim, e muitas vezes é o mais inteligente. Muitos remetentes mantêm o e-mail transacional crítico em um serviço premium pela confiabilidade, rodam o marketing de alto volume em infraestrutura self-host pelo custo, e isolam o tráfego frio ou de reativação em uma reputação à parte. Operamos com prazer o lado self-host de um híbrido assim.
Não. Hospedamos e operamos infraestrutura self-host —KumoMTA e PowerMTA em servidores de inquilino único. Quando um provedor gerenciado de fato encaixa melhor com o seu volume ou a sua equipe, dizemos isso com clareza, mesmo não sendo o que vendemos.
Rodar a sua própria infraestrutura em hardware de inquilino único em uma região conhecida dá controle sobre onde os dados ficam e como são tratados, o que importa sob a LGPD no Brasil e regimes como o PCI DSS. A LGPD permite a transferência internacional de dados com base legal e salvaguardas adequadas, então colocamos os servidores na região que você precisar —incluindo Ashburn, a mais próxima do Brasil em latência— e mantemos a configuração e os logs com você.
Uma ligação curta, um dimensionamento e uma resposta honesta —mesmo quando a resposta é um ESP ou gastar menos. Sem pressão, sem licenças revendidas.