PowerMTA vs KumoMTA

Esto no es viejo contra nuevo — es una decisión de licencia con disfraz técnico

¿Cuál es la diferencia real entre ellos?

Se reduce a tres cosas: cómo pagas, cómo configuras y cuán maduro es el modelado. PowerMTA es comercial y se configura mediante pools VirtualMTA y archivos de política refinados a lo largo de una larga historia en producción; vinculas flujos de envío a identidades y ajustas el comportamiento por destino a través de un modelo que el proveedor ha endurecido durante años. KumoMTA es gratuito bajo Apache 2.0 y se configura como política como código — las reglas que deciden cómo se modela y enruta el correo son Lua que escribes y versionas, no entradas en un archivo estático.

Esa diferencia de configuración es la que los operadores sienten a diario. Un modelo de archivos estáticos es predecible y fácil de razonar; un modelo de política como código es más expresivo, y te deja tomar decisiones de enrutamiento y modelado por mensaje según la lógica que escribas. Ninguno es sin más mejor. Un equipo que quiere su comportamiento de envío en código, revisado y versionado como el resto de su stack, se inclina hacia KumoMTA; un equipo que quiere un modelo endurecido por el proveedor con soporte detrás se inclina hacia PowerMTA.

La forma más clara de ver la diferencia son unas líneas de Lua

En KumoMTA, separar un flujo de marketing de uno transaccional — el aislamiento que evita que una queja de campaña envenene tus restablecimientos de contraseña — es una decisión que se toma en la política en el momento en que llega un mensaje. El fragmento de abajo muestra la forma de esa lógica; en PowerMTA la misma separación se expresa vinculando los flujos a distintos VirtualMTAs en la configuración.

-- KumoMTA: el modelado y el enrutamiento son política, no un archivo estático
-- (ilustrativo — el punto es que esto es código que versionas)

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

  -- aísla marketing de transaccional en colas separadas
  if stream == 'marketing' then
    msg:set_meta('queue', 'marketing.tudominio.com')
  else
    msg:set_meta('queue', 'tx.tudominio.com')
  end
end)

El mismo resultado, dos rutas hacia él. Si expresar eso como código revisable le atrae a tu equipo, KumoMTA encaja con cómo ya trabajáis. Si prefieres declararlo una vez en una configuración con soporte del proveedor y seguir, PowerMTA encaja mejor. El resultado de entregabilidad del aislamiento es idéntico — lo que difiere es la mano con la que lo alcanzas.

¿Cuál es el correcto para ti?

Dos preguntas lo resuelven para la mayoría de remitentes: ¿necesitas un contrato de soporte de proveedor con SLA, y envías en el extremo más alto del rango de volumen donde importa el modelado maduro para casos límite? Si ambas respuestas son no, el motor de código abierto elimina un coste sin quitarte una capacidad que uses.

Ejecutamos los dos, así que la recomendación puede ser honesta

Como operamos PowerMTA y KumoMTA como infraestructura gestionada, no tenemos motivo para convencerte del más caro. Un remitente en los pocos millones que solo necesita saliente recibe KumoMTA y se queda el dinero de la licencia; un remitente metido en el rango empresarial que necesita un SLA de proveedor recibe PowerMTA. El consejo sigue a tu volumen y tus requisitos, y no se mueve con nuestro margen porque la base de debajo es la misma.

Esa base es la parte que no puedes descargar: IPs dedicadas cuya reputación gestionamos y calentamos, e infraestructura residente en la UE bajo una entidad austriaca, de modo que la pata de envío no plantea ninguna cuestión de transferencia transfronteriza a tu revisión de cumplimiento. El motor es una elección entre dos buenas opciones; la base dedicada, soberana y operada sobre la que corre es lo que de verdad cuesta montar en solitario — y es idéntica elijas el que elijas de los dos. Para el cuadro completo de los seis motores, el hub de comparativas de MTA pone PowerMTA y KumoMTA junto a Postfix, Exim, Halon y MailerQ. Y si quieres las interioridades de arquitectura, benchmarks reales de producción y una calculadora de TCO interactiva por debajo de esta decisión, la comparativa técnica profunda es la pieza complementaria.