Pular para o conteúdo
OS Domains
MTA cara a cara

PowerMTA vs KumoMTA

PowerMTA e KumoMTA são ambos agentes de transferência de correio de alto volume, mas ficam em lados opostos da linha da licença. O PowerMTA é o motor comercial estabelecido há tempos — escrito em C, construído em torno do VirtualMTA, vendido por servidor com suporte do fornecedor — e é a referência para remetentes que empurram dezenas de milhões de mensagens por dia. O KumoMTA é um motor de código aberto mais novo, escrito em Rust com a política programada em Lua, construído por engenheiros que vieram desse mesmo mundo comercial para dar aos remetentes outbound uma alternativa moderna sem licença. Para um remetente que sobretudo precisa enviar outbound bem na faixa de centenas de milhares a alguns milhões, o KumoMTA costuma cobrir isso sem pagar; o PowerMTA ganha sua licença quando você precisa de um SLA de fornecedor, da modelagem de tráfego mais madura ou do padrão comprovado no topo da faixa.

O padrão comercial diante do desafiante moderno de código aberto — com licença ou sem ela, C ou Rust, modelagem comprovada ou política como código. Assim você sabe qual o seu envio precisa.

Em resumo

  • A licença é a linha divisória: o PowerMTA é comercial e por servidor; o KumoMTA é código aberto (Apache 2.0) sem taxa de licença.
  • A arquitetura difere: o PowerMTA é C com pools VirtualMTA e arquivos de política; o KumoMTA é Rust com a política escrita em Lua, de modo que a modelagem e o roteamento são código.
  • O KumoMTA foi construído por gente do mundo dos MTAs comerciais, por isso parece familiar aos operadores de PowerMTA em vez de parecer um projeto de amadores.
  • Guia de volume: o KumoMTA cobre com folga ~500K–5M/dia e escala além; o PowerMTA é a opção estabelecida assim que você está firmemente em território de 10M+/dia e suporte do fornecedor.
  • O padrão honesto: se você só envia outbound e ficou pequeno para o Postfix, avalie o KumoMTA antes de pagar pelo PowerMTA — pague quando um requisito com nome obrigar você.
O mesmo trabalho, duas filosofias

Isto não é velho contra novo — é uma decisão de licença com disfarce técnico

Por anos o mundo do outbound de alto volume teve uma resposta padrão, e era o PowerMTA. Se você enviava em escala séria e o Postfix tinha ficado sem caminho, comprava uma licença por servidor e obtinha um motor com a modelagem de tráfego que esse volume exige. A pergunta raramente era se PowerMTA, só quantos servidores. O KumoMTA mudou a forma dessa pergunta mais do que o motor contra o qual você compara.

O que torna o KumoMTA digno de uma comparação real é quem o construiu. Não chegou de fora do campo; veio de engenheiros que tinham trabalhado em MTAs comerciais de alto volume e se propuseram pôr um motor moderno e de código aberto na mesma categoria. O resultado é escrito em Rust por desempenho e segurança de memória, com sua política — modelagem, roteamento, supressão — expressa como Lua em vez de configuração estática. Parece familiar a qualquer um que tenha operado PowerMTA, e esse é o objetivo.

Então o enquadramento honesto não é nostalgia contra novidade. Ambos os motores resolvem bem o mesmo problema. A decisão é sobre o que uma licença compra para você e se o seu envio de fato precisa disso. Rodamos os dois como infraestrutura gerenciada, então o que segue é uma leitura direta e não um argumentário a favor do de fatura maior.

Sob o capô

Qual é a diferença real entre eles?

Reduz-se a três coisas: como você paga, como configura e quão madura é a modelagem. O PowerMTA é comercial e se configura mediante pools VirtualMTA e arquivos de política refinados ao longo de uma longa história em produção; você vincula fluxos de envio a identidades e ajusta o comportamento por destino através de um modelo que o fornecedor endureceu por anos. O KumoMTA é gratuito sob Apache 2.0 e se configura como política como código — as regras que decidem como o correio é modelado e roteado são Lua que você escreve e versiona, não entradas em um arquivo estático.

Essa diferença de configuração é a que os operadores sentem no dia a dia. Um modelo de arquivos estáticos é previsível e fácil de raciocinar; um modelo de política como código é mais expressivo, e deixa você tomar decisões de roteamento e modelagem por mensagem conforme a lógica que escrever. Nenhum é simplesmente melhor. Uma equipe que quer o seu comportamento de envio em código, revisado e versionado como o resto da sua stack, pende para o KumoMTA; uma equipe que quer um modelo endurecido pelo fornecedor com suporte por trás pende para o PowerMTA.

Política como código, ilustrada

A forma mais clara de ver a diferença são algumas linhas de Lua

No KumoMTA, separar um fluxo de marketing de um transacional — o isolamento que evita que uma reclamação de campanha envenene as suas redefinições de senha — é uma decisão tomada na política no momento em que uma mensagem chega. O trecho abaixo mostra a forma dessa lógica; no PowerMTA a mesma separação se expressa vinculando os fluxos a VirtualMTAs diferentes na configuração.

-- KumoMTA: a modelagem e o roteamento são política, não um arquivo estático
-- (ilustrativo — o ponto é que isto é código que você versiona)

kumo.on('smtp_server_message_received', function(msg)
  local stream = msg:get_meta('stream') or 'default'

  -- isola marketing de transacional em filas separadas
  if stream == 'marketing' then
    msg:set_meta('queue', 'marketing.seudominio.com')
  else
    msg:set_meta('queue', 'tx.seudominio.com')
  end
end)

O mesmo resultado, dois caminhos até ele. Se expressar isso como código revisável atrai a sua equipe, o KumoMTA encaixa em como vocês já trabalham. Se você prefere declará-lo uma vez em uma configuração com suporte do fornecedor e seguir em frente, o PowerMTA encaixa melhor. O resultado de entregabilidade do isolamento é idêntico — o que difere é a mão com a qual você o alcança.

Lado a lado

PowerMTA e KumoMTA nas dimensões que decidem

PowerMTA KumoMTA
Licença e custo Comercial, por servidor Código aberto (Apache 2.0), sem licença
Linguagem C Núcleo em Rust, política em Lua
Maturidade Em produção há bem mais de uma década Primeiras versões públicas em 2023
Modelo de configuração Pools VirtualMTA + arquivos de política Política como código, escrita em Lua
Suporte Suporte do fornecedor e SLA Comunidade mais opções de suporte comercial
Faixa de volume 10M+/dia, empresarial 500K–5M/dia e escalando para cima
Recorra a ele quando precisar O padrão comprovado, modelagem de ponta, um SLA de fornecedor Controle moderno sem licença
A decisão, em uma vista

Qual é o certo para você?

Duas perguntas resolvem para a maioria dos remetentes: você precisa de um contrato de suporte do fornecedor com SLA, e envia no extremo mais alto da faixa de volume onde importa a modelagem madura para casos-limite? Se as duas respostas forem não, o motor de código aberto elimina um custo sem tirar de você uma capacidade que você use.

Você precisa de um SLA de fornecedor, ou envia no extremo de 10M+/dia? sim não PowerMTA padrão comercial · SLA de fornecedor modelagem de ponta madura KumoMTA código aberto · sem licença política como código moderna em Lua

Quando o PowerMTA é a escolha certa

Recorra ao PowerMTA quando o correio é crítico para o negócio o bastante para querer um fornecedor contratualmente por trás, com suporte e um SLA para mirar. Também segue sendo a opção mais forte no extremo mais alto da faixa de volume, onde o comportamento de modelagem refinado por muitos anos contra esquisitices reais dos ISPs ainda ganha o salário, e em contextos de compras ou auditoria onde o padrão estabelecido pesa por si só.

Se você está aí, a licença não é sobrecusto — está comprando algo concreto. O erro é pagá-la quando nenhuma dessas condições descreve você.

Quando o KumoMTA é a escolha certa

Recorra ao KumoMTA quando você ficou pequeno para um motor de propósito geral, sobretudo precisa enviar outbound bem, e preferiria não carregar uma licença por servidor por capacidades que não vai exercer. Encaixa com equipes que querem o seu comportamento de envio como código revisável e versionado, e cobre a faixa de 500K–5M/dia com folga enquanto escala para cima conforme você cresce.

Para boa parte dos remetentes que antes teriam ido por padrão ao PowerMTA, esta é agora a resposta que chega ao mesmo lugar sem a fatura.

A regra de uma linha

Avalie o KumoMTA primeiro. Pague pelo PowerMTA quando um SLA de fornecedor, a modelagem de ponta ou o padrão comprovado for um requisito declarado — não porque o volume soa caro.

Onde a OS Domains encaixa

Rodamos os dois, então a recomendação pode ser honesta

Como operamos PowerMTA e KumoMTA como infraestrutura gerenciada, não temos motivo para convencer você do mais caro. Um remetente nos poucos milhões que só precisa de outbound recebe KumoMTA e fica com o dinheiro da licença; um remetente metido no tier empresarial que precisa de um SLA de fornecedor recebe PowerMTA. O conselho segue o seu volume e os seus requisitos, e não se move com a nossa margem porque a base de baixo é a mesma.

Essa base é a parte que você não pode baixar: IPs dedicados cuja reputação gerenciamos e aquecemos, e infraestrutura residente na UE sob uma entidade austríaca, de modo que a perna de envio não levanta nenhuma questão de transferência transfronteiriça à sua revisão de conformidade. O motor é uma escolha entre duas boas opções; a base dedicada, soberana e operada sobre a qual ele roda é o que de fato custa montar sozinho — e é idêntica qualquer que você escolher dos dois. Para o quadro completo dos seis motores, o hub de comparativos de MTA põe PowerMTA e KumoMTA junto a Postfix, Exim, Halon e MailerQ. E se você quer as interioridades de arquitetura, benchmarks reais de produção e uma calculadora de TCO interativa por baixo desta decisão, o comparativo técnico profundo é a peça complementar.

As perguntas práticas

PowerMTA vs KumoMTA: o que os remetentes perguntam

O KumoMTA é um substituto real do PowerMTA ou uma alternativa mais leve?

É um substituto genuíno para boa parte das implantações de PowerMTA, não um brinquedo. O KumoMTA foi construído por engenheiros que vinham do mundo dos MTAs comerciais de alto volume, e mira nos mesmos problemas de modelagem de tráfego outbound — regulação por ISP, backoff diante de deferimentos, gestão de IPs e fluxos — com a política expressa em Lua. Onde fica aquém do PowerMTA é no que uma licença compra: duas décadas de refinamento da modelagem e um contrato de suporte do fornecedor com SLA. Para um remetente que sobretudo precisa enviar outbound bem sem isso, ele cobre o terreno.

O PowerMTA entrega melhor que o KumoMTA?

Nenhum dos dois motores fixa por si só a sua chegada à caixa de entrada — isso é feito pela reputação, pela autenticação e pela qualidade da lista. O que ambos controlam é com quanta limpeza você envia em escala, e nesse eixo eles estão próximos para a maioria das cargas outbound. A vantagem do PowerMTA aparece na parte mais alta da faixa de volume e no comportamento de modelagem para casos-limite maduros, acumulado ao longo de anos; a vantagem do KumoMTA é que você obtém controle moderno e programável sem uma fatura por servidor. Abaixo do tier empresarial a diferença costuma ser de operação e custo, não de entregabilidade bruta.

Quanto custa o PowerMTA comparado ao KumoMTA?

O KumoMTA não leva taxa de licença — é código aberto sob Apache 2.0, então o seu custo é a infraestrutura e o esforço de operação. O PowerMTA é licenciado comercialmente por servidor e é cotado em vez de publicado, o que significa que a comparação relevante não é um preço de etiqueta e sim uma pergunta: a licença compra uma capacidade ou uma garantia de suporte que você precisa em concreto? Se não comprar, o motor de código aberto elimina essa rubrica por completo.

Por que eu ainda escolheria PowerMTA hoje?

Três razões honestas. Primeira, suporte do fornecedor com SLA, que importa quando o correio é crítico para o negócio e você quer alguém contratualmente comprometido. Segunda, a maturidade da sua modelagem de tráfego no extremo mais alto da faixa de volume, onde os casos-limite que custaram anos para refinar ainda contam. Terceira, o simples fato de que é o padrão estabelecido, o que pesa em alguns contextos de compras e auditoria. Se nenhuma dessas se aplica a você, o argumento para pagar enfraquece rápido.

Migrar do PowerMTA para o KumoMTA é difícil?

O lado da aplicação é simples porque o envio é SMTP padrão — os seus remetentes continuam falando com um relay do mesmo jeito. O trabalho é operacional: a lógica de VirtualMTA e de política precisa ser reexpressa como política em Lua, e a reputação de IP precisa ser arrastada ou aquecida nos novos endereços em vez de dada como certa. Planeje como uma migração de reputação e configuração com uma janela de aquecimento, não como um corte no mesmo dia, e é um caminho bem trilhado mais do que arriscado.

Vocês rodam os dois, ou empurram só um?

Rodamos os dois como infraestrutura gerenciada, por isso a recomendação pode ser honesta. Um remetente na faixa de 500K–5M/dia que só precisa de outbound costuma receber KumoMTA e fica com o dinheiro da licença; um remetente metido no tier empresarial que precisa de um SLA de fornecedor recebe PowerMTA. A infraestrutura de baixo — IPs dedicados, residência na UE — é a mesma em qualquer caso, então não temos motivo para direcionar você ao motor mais caro.

Escolha com quem opera os dois

Diga o seu volume e as suas necessidades de suporte.

Uma leitura direta sobre se o PowerMTA ganha a sua licença para você ou o KumoMTA cobre sem ela — hospedado em infraestrutura dedicada na UE em qualquer caso.

Telefone +43 1 205 11 80 Seg–Sex · 9–18 CET
Email [email protected] Resposta média 4h em horário comercial
Escritório Fleischmarkt 1, 1010 Wien Com agendamento