Postfix vs Exim
Los dos servidores de correo por defecto de propósito general, comparados sin declarar un ganador — porque la respuesta honesta suele ser sobre tu configuración, no sobre una diferencia de rendimiento.
En resumen
- Ambos son MTAs gratuitos, de código abierto y de propósito general; la elección rara vez es sobre rendimiento y casi siempre sobre el estilo de configuración y lo que ya ejecutas.
- Postfix es modular, con procesos de privilegios separados y configuración en archivos legibles; Exim es un solo binario con una config potente construida sobre routers, transports y ACLs.
- Exim es el valor por defecto en cPanel y WHM, así que los entornos de hosting compartido tienden a ejecutarlo; Postfix es más común en servidores dedicados de correo y envío.
- Para correo general por debajo de ~500K/día, cualquiera sirve; ninguno está construido para el modelado por destino que el saliente de alto volumen necesita.
- Si estás eligiendo un motor para envío de alto volumen, la decisión que importa es propósito general (Postfix o Exim) frente a construido a propósito para saliente (KumoMTA, luego PowerMTA).
La mayoría de los debates Postfix-contra-Exim se deciden antes de empezar
Entre los dos, Postfix y Exim ejecutan una gran parte de los servidores de correo del mundo. Ambos son gratuitos, ambos de código abierto, ambos escritos en C, y ambos manejan una carga de correo general — entrante, saliente, relay — sin queja. Esa competencia compartida es por la que la comparación tan a menudo acaba en un encogimiento de hombros: para el trabajo cotidiano, la diferencia de rendimiento no es lo que decide.
Lo que decide suele ser la circunstancia. Si administras servidores cPanel o WHM, ya estás en Exim, porque eso es lo que trae el panel de control. Si estás levantando un host de correo o envío dedicado, Postfix es el punto de partida más común y más legible. Y bajo esos valores por defecto hay una diferencia real de filosofía — modular frente a monolítico, archivos frente a una sola config expresiva — que importa cuando tus necesidades se vuelven específicas.
Esta página expone esa diferencia con justicia. También plantea un punto que el encuadre de dos vías esconde: si llegaste aquí mientras elegías un motor para envío saliente serio, ninguno de estos es el destino. La bifurcación más útil es propósito general frente a propósito específico, y te apuntaremos a ella en lugar de fingir que la respuesta vive solo entre estos dos.
¿Cuál es la diferencia real entre ellos?
La diferencia más profunda es arquitectónica. Postfix está construido como un conjunto de programas pequeños que cooperan, cada uno con privilegios limitados — uno acepta conexiones, otro limpia mensajes, otro gestiona la cola, otro entrega. Si aparece un fallo en uno, su alcance queda acotado por lo que ese componente tiene permitido hacer. Exim toma el enfoque opuesto: un solo binario maneja todo el flujo, lo que es más sencillo de desplegar y razonar como una unidad, y que pone más responsabilidad en la configuración y el parcheado a tiempo para mantenerse seguro.
La segunda diferencia es cómo los configuras, y se sigue de la primera. Postfix reparte los ajustes en unos pocos archivos donde cada directiva es explícita y fácil de encontrar. Exim concentra todo en un archivo organizado como routers, transports y listas de control de acceso, con su propio lenguaje de expansión de cadenas para construir lógica en línea. Eso hace a Exim extraordinariamente flexible para enrutamiento complejo — la razón por la que encaja con el hosting compartido — y también más difícil de aprender. Postfix cambia algo de esa flexibilidad por legibilidad.
Un motor son varios programas pequeños; el otro es uno solo
El diagrama muestra la elección estructural de la que se deriva todo lo demás. Postfix divide el trabajo entre procesos separados con privilegios aislados; Exim ejecuta el mismo flujo dentro de un solo binario configurado mediante routers, transports y ACLs. Ninguno está equivocado — son dos respuestas a cuánto debería vivir en un solo lugar.
Postfix y Exim en las dimensiones que deciden
| Postfix | Exim | |
|---|---|---|
| Licencia | Código abierto (IBM Public License) | Código abierto (GPL) |
| Origen | Wietse Venema, en uso desde 1998 | Universidad de Cambridge (Philip Hazel) |
| Arquitectura | Modular, procesos con privilegios separados | Monolítica, un solo binario |
| Configuración | Varios archivos (main.cf / master.cf) | Un archivo: routers → transports → ACLs |
| Carácter de la config | Explícita y fácil de leer | Muy flexible, lenguaje de expansión propio |
| Dónde domina | Hosts dedicados de correo y envío | Por defecto en hosting cPanel / WHM |
| Banda de volumen | Hasta ~500K/día | Hasta ~500K/día |
| Elígelo cuando | Quieres un MTA general claro y securizable | Usas cPanel o necesitas enrutamiento intrincado |
¿Cuál deberías ejecutar de verdad?
Si operas cPanel o WHM, la pregunta está en gran parte zanjada: estás en Exim, está bien integrado, y reemplazarlo para una carga general te aporta poco. Si estás construyendo un host de correo dedicado y tus necesidades de enrutamiento son ordinarias, Postfix es la opción más limpia — su configuración es más fácil de leer seis meses después, y su modelo de procesos tranquiliza cuando la seguridad importa. Si tu enrutamiento es de verdad intrincado — muchos dominios, reglas condicionales, lógica que tiene que vivir en línea — la expresividad de Exim puede valer su curva de aprendizaje incluso fuera de cPanel.
Más allá de eso, el factor decisivo es la familiaridad honesta. Un motor que tu equipo puede configurar con confianza a las 2 de la madrugada le gana a uno teóricamente mejor que tiene que reaprender bajo presión. Para el correo general que ambos manejan, eso no es una evasiva — es la base correcta para la decisión.
Para saliente de alto volumen, esta es la comparación equivocada
Aquí está lo que el encuadre Postfix-contra-Exim omite en silencio. Ambos son motores de propósito general, y ninguno lleva el modelado fino de tráfico por destino que el saliente de alto volumen exige. Si estás eligiendo un servidor de correo para una mezcla ordinaria de correo, la comparación de esta página es la correcta. Si estás eligiendo un motor para enviar a escala — campañas, flujos transaccionales, cualquier cosa pasado unos cientos de miles al día — te has saltado un paso.
La decisión que importa entonces no es Postfix contra Exim, sino propósito general contra propósito específico. Un motor como KumoMTA existe específicamente para saliente a volumen, y cambia el cálculo por completo. El movimiento honesto es reconocer qué pregunta estás haciendo de verdad — y si es sobre envío, empieza por KumoMTA vs Postfix o por el hub de comparativas de MTA completo en lugar de por esta página.
Te diremos qué pregunta estás haciendo en realidad
Como ejecutamos Postfix para correo general y KumoMTA o PowerMTA para saliente de alto volumen — y asesoramos sobre Exim donde ya vive — podemos hacer lo poco glamuroso pero útil: separar la pregunta del correo general de la pregunta del envío antes de que te comprometas con un motor. Un operador de cPanel con necesidades ordinarias se queda en Exim con nuestra bendición; un equipo que levanta una plataforma de envío recibe la indicación de los motores específicos, en vez de un empujón hacia un MTA general que se tensará después.
Lo que añadimos bajo el motor que encaje es la parte difícil de montar en solitario: 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 conjunto completo de motores, y dónde pertenece cada uno, se despliega en el hub de comparativas de MTA.
Postfix vs Exim: lo que preguntan los administradores
Postfix o Exim — ¿cuál es mejor?
Ninguno es universalmente mejor; están lo bastante parejos como para que los factores decisivos sean el estilo de configuración y lo que ya ejecutas. Si estás en cPanel o WHM, Exim ya está ahí y pelear contra él aporta poco. Si construyes un host de correo o envío dedicado desde cero, Postfix es el punto de partida más común y, podría decirse, más legible. Para el correo general que ambos manejan bien, la respuesta honesta es que el mejor motor es el que tu equipo puede operar con confianza.
¿Es uno más seguro que el otro?
Sus diseños toman enfoques distintos. Postfix reparte su trabajo entre varios procesos con privilegios separados, así que un fallo en un componente queda contenido en lugar de entregar el sistema entero. Exim es un solo binario, más sencillo de desplegar pero que pone más peso en una configuración cuidadosa y un parcheado pronto. Ambos son seguros cuando se mantienen bien; la diferencia práctica es que la arquitectura de Postfix limita el radio de impacto por diseño, mientras que la de Exim pide más diligencia al operador.
¿Cuál es más fácil de configurar?
Para tareas comunes, los varios archivos explícitos de Postfix son más fáciles de leer y razonar — normalmente ves de un vistazo qué hace una directiva. Exim concentra todo en un archivo construido en torno a routers, transports y ACLs, con su propio lenguaje de expansión de cadenas, que es más potente para reglas de enrutamiento intrincadas pero tiene una curva de aprendizaje más pronunciada. La respuesta correcta depende de si tus necesidades son sencillas (Postfix se lee con limpieza) o de verdad complejas (Exim expresa más en un solo lugar).
¿Por qué usa Exim cPanel?
La flexibilidad de Exim encaja con el modelo multi-dominio y de muchas cuentas del hosting compartido, y la integración lleva en su sitio el tiempo suficiente como para ser la expectativa por defecto en cPanel y WHM. Por eso una gran parte del mundo del hosting ejecuta Exim sin haberlo elegido nunca de forma deliberada — vino con el panel de control. Si operas servidores cPanel, esa es la razón más común de que ya estés en Exim en lugar de en Postfix.
¿Puede alguno manejar envío saliente de alto volumen?
Ambos pueden mover mucho correo, pero ninguno se construyó para el modelado fino de tráfico por destino que el saliente de alto volumen necesita. Son motores de propósito general, así que por encima de aproximadamente medio millón de mensajes al día el esfuerzo manual de marcar el ritmo a cada proveedor crece. En ese punto la comparación más útil ya no es Postfix contra Exim, sino propósito general contra un motor construido a propósito para saliente — KumoMTA, y más allá PowerMTA.
¿Cuál ejecutáis vosotros?
Ejecutamos Postfix como motor general y KumoMTA o PowerMTA para saliente de alto volumen, y asesoramos sobre Exim donde encaja — casi siempre en entornos cPanel que ya dependen de él. La recomendación sigue a tu configuración existente y a tu volumen de envío, sobre infraestructura dedicada residente en la UE en cualquier caso, así que no te dirigimos hacia un MTA general concreto por sí mismo.
Dinos para qué es el servidor.
Si es correo general, te ayudamos a decidir Postfix o Exim. Si es envío a escala, te apuntamos al motor que encaja — en infraestructura dedicada en la UE.