KumoMTA vs Postfix

A comparação honesta é propósito geral frente a propósito específico

Qual é a diferença real?

A diferença aparece em dois lugares: alcance e modelagem. O Postfix é projetado para fazer muitos trabalhos de correio de forma adequada, o que é uma força quando você quer uma ferramenta para tudo e uma limitação quando um desses trabalhos — o outbound de alto volume — fica grande para o resto. Seus controles por destino existem, mas são grosseiros ao lado de um motor construído especificamente para entrega em massa. O KumoMTA estreita o seu alcance ao outbound de propósito, e gasta esse foco em controle fino: como ele marca o ritmo para cada provedor, como recua diante de deferimentos, como isola fluxos.

A segunda diferença é como esse controle é expresso. O Postfix o põe em arquivos de configuração estáticos — previsíveis, fáceis de ler, iguais em cada execução. O KumoMTA o põe em política em Lua, de modo que uma decisão de modelagem ou roteamento pode depender da lógica que você escrever e pode ser revisada e versionada como qualquer outro código. Para um servidor de correio pequeno e estável o modelo estático é uma virtude; para uma operação de envio que muda e cresce, a política como código ganha o salário.

Como cada um modela o tráfego para um provedor

Para marcar o ritmo do envio a um único provedor, o Postfix usa ajustes estáticos por transport: você declara um limite de concorrência e um atraso de taxa na configuração, igual para cada mensagem dessa rota. O trecho abaixo mostra essa abordagem. O KumoMTA alcança o mesmo resultado mediante política em Lua avaliada por mensagem, de modo que o ritmo pode se adaptar ao contexto em vez de ficar fixado em um arquivo.

# Postfix main.cf — o ritmo por transport é estático
# (ilustrativo: uma regra fixa por classe de destino)

default_destination_concurrency_limit = 20
default_destination_rate_delay        = 1s

# um transport dedicado para um provedor, afinado à mão
gmail_destination_concurrency_limit   = 10
gmail_destination_rate_delay          = 0s

# master.cf
# gmail   unix  -  -  n  -  -  smtp

Isso funciona, e para volume moderado funciona bem. A tensão aparece em escala, quando cada provedor quer um ritmo diferente que muda com a sua reputação e com o humor dele naquele dia. Afinar isso editando arquivos estáticos para dezenas de destinos é o trabalho manual que o modelo de política do KumoMTA é projetado para absorver — o mesmo trabalho, expresso como lógica em vez de como uma lista crescente de entradas fixas.

O ponto em que o Postfix dá passagem

Pense nisso como uma só estrada com uma curva. De volume baixo até aproximadamente meio milhão de mensagens por dia, o Postfix leva você confortável e migrar seria esforço desperdiçado. Em torno desse ponto, o custo de manter a reputação outbound na mão começa a subir, e um motor construído para o trabalho — KumoMTA — tira a carga de você. A curva é gradual, não um muro; o diagrama marca onde a maioria dos remetentes a sente.

Rodamos os dois, e diremos para você ficar quando for o certo

Como nenhum dos dois motores leva licença e operamos ambos como infraestrutura gerenciada, não ganhamos nada empurrando você a migrar. Um remetente de baixo volume conserva um Postfix afinado e o nosso conselho honesto é deixá-lo em paz; um remetente cujo outbound ficou grande recebe KumoMTA no fluxo que precisa, muitas vezes ao lado do Postfix que segue tratando todo o resto. A recomendação segue o seu volume, não uma venda.

O que acrescentamos sob qualquer das duas opções é a parte difícil de montar sozinho: IPs dedicados cuja reputação aquecemos e gerenciamos, 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 na sua revisão de conformidade. O motor é uma escolha gratuita entre duas boas opções de código aberto; a base dedicada, soberana e operada sobre a qual ele roda é o diferenciador. Para ver como esse par encaixa entre os demais, o hub de comparativos de MTA situa Postfix e KumoMTA junto a Exim, PowerMTA, Halon e MailerQ.