PowerMTA vs Postfix

Durante años esta fue la única migración saliente de la que se hablaba

¿Cuál es la diferencia entre ellos?

Ambos están escritos en C, así que la divisoria no es el lenguaje. Es alcance, modelado y soporte. Postfix aspira a manejar cada trabajo de correo común desde una configuración, lo que lo hace un buen servidor general y un instrumento tosco para el saliente de alto volumen en concreto. PowerMTA hace una cosa — saliente masivo — y trae VirtualMTA, el modelo que vincula flujos de envío a identidades e IPs, además de un comportamiento de modelado por ISP que el proveedor ha endurecido contra rarezas del mundo real a lo largo de una larga historia en producción.

La tercera pieza es la que no aparece en una lista de funciones: el soporte. Con Postfix, tú y la comunidad sois el soporte; con PowerMTA, un proveedor está contractualmente comprometido con un SLA. Cuando el correo es crítico para el negocio a escala, ese contrato es una parte real de lo que estás comprando, y para algunos compradores importa tanto como cualquier función de modelado. La licencia, dicho de otro modo, es en parte software y en parte un número de teléfono que responde.

Cómo se ve en la cola quedarse pequeño con Postfix

El movimiento rara vez empieza con un benchmark. Empieza con una cola que se acumula porque cada proveedor quiere un ritmo distinto y un ajuste global tosco no puede satisfacerlos a todos a la vez. La comprobación de abajo — diferimientos amontonándose con distintas razones por destino — es la señal práctica de que el saliente se ha quedado grande para un motor de propósito general.

$ postqueue -p | tail -n 1
-- 48,213 mensajes diferidos, creciendo --

$ mailq | grep -i deferred | head -3
  421 4.7.0  [gmail]     too many concurrent connections
  421 4.7.28 [yahoo]     rate limited, reduce sending speed
  451 4.7.1  [microsoft] greylisted, retry later

# una sola regla de ritmo global no puede responder a tres proveedores a la vez

Ninguna de esas respuestas es un rechazo — cada una es un proveedor pidiendo un trato distinto. Responderlas individualmente, a volumen, es el trabajo que un motor específico hace por ti. La elección es entonces si el motor específico al que recurres es el de código abierto o el comercial.

El salto era directo. Ahora tiene un paso en medio.

Cuando leboncoin se movió de Postfix con el volumen cerca de unos 12 millones al día, el destino era PowerMTA porque había poco más en esa clase. Hoy el mismo crecimiento se topa primero con KumoMTA — código abierto, construido para saliente — y muchos remitentes encuentran que les cubre sin licencia. PowerMTA sigue siendo el extremo correcto del camino para los mayores remitentes que necesitan soporte de proveedor y su modelado maduro. El diagrama muestra el camino tal como discurre ahora.

Hospedamos los tres, así que podemos decirte que aún no pagues

Un proveedor que solo vende PowerMTA tiene todos los motivos para enmarcar quedarse pequeño con Postfix como una razón para comprar. Nosotros ejecutamos Postfix, KumoMTA y PowerMTA como infraestructura gestionada, así que el consejo puede ser el honesto: la mayoría de remitentes que dejan Postfix deberían mirar KumoMTA antes que una licencia, y recurrir a PowerMTA solo cuando un SLA de proveedor o su modelado de gama alta sea el requisito concreto. Nuestro margen no se mueve con esa decisión.

Bajo los tres está la parte que no obtienes de una descarga: IPs dedicadas cuya reputación calentamos y gestionamos, 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 en tu revisión de cumplimiento. El motor es una elección; la base dedicada, soberana y operada es la constante. El conjunto completo se despliega en el hub de comparativas de MTA.