La mayoría de las comparaciones de motores giran en torno a licencia o volumen. Esta gira en torno a la arquitectura, porque KumoMTA y MailerQ responden de forma distinta a una pregunta más básica: ¿cuál es el centro de tu sistema de envío? Para KumoMTA, el centro es la política — la Lua que escribes para decidir cómo se modela y enruta cada mensaje, con la cola guardada detrás como fontanería. Para MailerQ, el centro es la cola misma: construido sobre RabbitMQ, hace de la cola de mensajes una cosa a la que te diriges directamente, en la que inyectas y que inspeccionas, así que la entrega es algo que conduces a través del broker.
Esa diferencia suena abstracta hasta que la mapeas sobre un stack real. Un equipo cuya arquitectura ya está dirigida por mensajes, que ya ejecuta RabbitMQ, encuentra que MailerQ encaja donde piensa — la cola es la costura con la que ya trabaja. Un equipo que quiere su comportamiento de envío expresado como código revisable, independiente de cualquier broker concreto, encuentra que KumoMTA encaja con su forma de construir. Los motores no discuten sobre calidad; ofrecen dos costuras distintas en las que integrar.
Algo de lo que esta comparación no trata es de soberanía. KumoMTA viene del mundo de los MTA de código abierto y MailerQ de Copernica en los Países Bajos, así que ambos tienen raíces europeas. Ese corte, que importa frente a un motor con sede en EE. UU., es neutro aquí. Lo que queda es una decisión limpia de arquitectura — y una licencia modesta — que podemos pesar con honestidad porque ejecutamos KumoMTA y asesoramos sobre MailerQ en lugar de vender ninguno.
