Servidores PowerMTA

PowerMTA gestionado, de inquilino único. Tu licencia, nuestra operación.

Alojamos PowerMTA —el MTA comercial de Bird, estándar de la industria durante dos décadas— en bare metal AMD EPYC de inquilino único: pools VirtualMTA sobre IP dedicadas, throttling por ISP, procesado de rebotes y feedback loops, y calentamiento de IP guiado. Lo alojamos y operamos; la licencia la tienes tú, de Bird —no la revendemos. Operamos en regiones de la UE conformes al RGPD, y somos honestos sobre cuándo KumoMTA o un ESP gestionado encajan mejor.

En breve

  • Tu licencia, no reventa. Licencias PowerMTA de Bird directamente; nosotros alojamos y operamos.
  • VirtualMTA por IP. Pools separados por flujo, cada uno con su IP y su reputación, sin que una campaña gaste la del transaccional.
  • Inquilino único. Tu host EPYC, IP limpias con DNS inverso, sin vecinos.
  • Accounting estructurado. Entrega, rebote y FBL a tus sistemas de supresión e informes.
  • Honestos con el encaje. Si KumoMTA, Postfix o un ESP gestionado te conviene más, lo decimos.

¿Qué es PowerMTA?

PowerMTA es un MTA comercial de alto rendimiento, nacido en Port25 Solutions, adquirido después por SparkPost y hoy parte de Bird. Durante más de veinte años ha sido el referente de la industria para el envío masivo: se dice que mueve alrededor del 40 % del correo comercial del mundo, y casi cualquier ESP lo ha usado o emplea a ingenieros que lo conocen al dedillo. Corre en Linux y Windows, se configura con un fichero de directivas de más de doscientos parámetros, y está optimizado para exprimir el rendimiento de un solo servidor: un host bien ajustado envía entre siete y nueve millones de mensajes por hora.

Su seña de identidad es el VirtualMTA, que separa cada flujo de correo en su propia IP de origen con sus reglas. Esa madurez tiene una cara y una cruz. La cara: fiabilidad probada, documentación abundante y un modelo que muchos equipos ya dominan. La cruz: es software con licencia, su precio subió tras la compra por Bird, y la propia Bird ha desmantelado los equipos de soporte y desarrollo del producto, lo que deja su futuro algo incierto. Por eso lo alojamos con honestidad: PowerMTA sigue siendo una opción sólida, pero no la única, y te decimos enseguida cuándo no lo es.

Conviene situarlo entre sus alternativas. Para la inmensa mayoría de los proyectos, un Postfix bien configurado cubre de sobra el envío, y solo a partir de volúmenes altos —del orden del millón de mensajes al día— tiene sentido un MTA de envío masivo como PowerMTA o KumoMTA. Confundir las categorías sale caro: forzar un Postfix más allá de su techo, o pagar una licencia de gama alta para una lista pequeña. PowerMTA se gana su sitio cuando el volumen y la necesidad de control fino de la reputación justifican operar una pieza comercial seria.

¿PowerMTA o KumoMTA?

Es la pregunta con la que llega casi todo el mundo, y la respuesta honesta es que depende de qué valoras más: un producto con soporte o uno abierto. Alojamos y operamos ambos, así que no tenemos motivo para empujarte hacia ninguno.

PowerMTA suele ganar cuando

  • Quieres un proveedor comercial, un contrato de soporte y una hoja de ruta mantenida por alguien.
  • Tu equipo ya domina el modelo VirtualMTA y tiene años de ajuste invertidos en él.
  • Un proceso de compras prefiere software con licencia y un dueño con nombre antes que código abierto.
  • Vienes de Momentum y quieres el menor cambio posible en el modelo de operación.

Mira KumoMTA o un servicio gestionado cuando

  • El coste por licencia crece de forma incómoda con tu volumen y tienes las manos para operar código abierto.
  • Quieres la política de envío como código que puedes leer, probar y versionar, no un binario con licencia.
  • Tu volumen es pequeño y un servicio de correo gestionado cuesta menos una vez cuentas las horas.
  • Un relay Postfix sencillo cubre de verdad una lista poco frecuente y de poco volumen.

No revendemos PowerMTA, y no nos incomoda recomendar KumoMTA o un proveedor gestionado que no vendemos. Lo que buscamos es la plataforma correcta para tu situación, no la del mejor margen para nosotros.

Lee sobre el alojamiento de KumoMTA →

¿Qué es un VirtualMTA y por qué importa?

Un VirtualMTA vincula un flujo de correo a una IP de origen concreta y a sus propias reglas de envío: su tasa por dominio, su manejo de rebotes, su gestión de reputación. La idea, que es la razón principal por la que los grandes remitentes eligieron PowerMTA, es contener la reputación por flujo. Si tu correo transaccional —recibos, confirmaciones, restablecimientos de contraseña— sale por un VirtualMTA distinto que tus campañas de marketing, una mala racha de una campaña no arrastra la entrega de los mensajes que tus clientes esperan.

Disponemos los pools VirtualMTA sobre IP dedicadas con su DNS inverso correcto, y los calentamos en paralelo a un ritmo ajustado a tus números. Cada pool lleva su propia reputación, así que un problema en un flujo se queda contenido en lugar de extenderse a todo tu envío. Es un control fino que pides en cuanto envías en serio a más de un propósito.

El modelo es además la razón por la que muchas migraciones a PowerMTA son tan suaves: un equipo que lleva años pensando en términos de VirtualMTA encuentra aquí el mismo mapa mental. Esa familiaridad tiene valor operativo —menos errores, decisiones más rápidas cuando un proveedor aprieta— y es parte de lo que sopesamos contigo. Si tu gente ya domina ese modelo, conservarlo puede pesar más que cualquier diferencia de precio frente a una alternativa más nueva.

La configuración

VirtualMTA y throttling por dominio

Fragmentos reales del tipo de configuración que disponemos contigo: los pools VirtualMTA sobre IP dedicadas, el shaping por dominio, y el accounting que alimenta tu pipeline.

/etc/pmta/config — VirtualMTA y throttling
# /etc/pmta/config  —  pools VirtualMTA + throttling por dominio
# solo tu subred de aplicación puede hacer relay
<source 10.0.0.0/24>
    always-allow-relaying yes
    default-virtual-mta transactional
</source>

# vincula un pool a una IP de origen dedicada + PTR
<virtual-mta vmta-tx-1>
    smtp-source-host 198.51.100.21 mta1.vvih.example
</virtual-mta>

<virtual-mta-pool transactional>
    virtual-mta vmta-tx-1
</virtual-mta-pool>

# shaping por ISP; se sube según crece la reputación
<domain gmail.com>
    max-msg-rate   200/min
    max-smtp-out   20
    bounce-after   4d12h
</domain>
accounting y procesado de rebotes
# accounting de entrega, rebote y feedback loop -> tu pipeline
<acct-file /var/log/pmta/acct.csv>
    records   d,b,f        # entregado, rebotado, fbl
    delimiter ,
</acct-file>

# clasifica hard vs soft antes de suprimir nada
<bounce-category-patterns>
    # mapeado a tu API de supresión
</bounce-category-patterns>
La configuración es un fichero de directivas que lees y versionas: pools, IP de origen, tasas por dominio y accounting estructurado que vuelca a tu sistema de supresión.

Puesta en marcha

Cómo lo ponemos en marcha

De la licencia a tu primer envío en producción, con cada paso operado por quien entiende de entregabilidad.

  1. 01

    Licencia y alcance

    Tú tienes la licencia de PowerMTA de Bird; confirmamos la edición y el tramo de volumen, y dimensionamos un host de inquilino único a tu perfil de envío.

  2. 02

    Aprovisionar y disponer los VMTA

    Construimos el host EPYC, instalamos PowerMTA y mapeamos los pools VirtualMTA a IP de origen dedicadas con su DNS inverso correcto.

  3. 03

    Autenticar

    Entran los registros SPF, DKIM y DMARC, se confirma el TLS, y DMARC pasa de monitorización a aplicación una vez que los informes están limpios.

  4. 04

    Calentar las IP

    Las tasas por dominio suben en una rampa ajustada a tus números mientras vigilamos las categorías de rebote y los feedback loops.

  5. 05

    Entregar los mandos

    La configuración, los ficheros de accounting y los paneles son tuyos; seguimos disponibles para el ajuste y la capacidad.

Arquitectura

Pools VirtualMTA y realimentación de eventos

Tu aplicación hace relay al host; el host asigna cada mensaje a un VirtualMTA con su IP, y el accounting de entrega, rebote y FBL vuelve a tus sistemas.

Pools VirtualMTA y realimentación de eventos
Tu app relay SMTP Host PowerMTA motor VirtualMTA VMTA · transaccional VMTA · marketing Proveedores de buzón Gmail · Outlook · Yahoo Accounting rebotes · FBL · CSV/HTTP

Cada VirtualMTA carga su propia reputación, así que un problema en un flujo se queda contenido. El flujo de accounting lo hace visible casi en tiempo real, que es lo que nos deja ajustar una tasa por dominio antes de que un bache lento se convierta en un problema de bandeja.

¿Cuánto cuesta y quién tiene la licencia?

La licencia es tuya, de Bird, y no la revendemos: la tienes a tu nombre, lo que evita un recargo de reventa y deja limpia tu relación con el proveedor. El precio lo pone Bird y depende de la edición y el volumen; las cifras publicadas han ido de varios miles a bien entrados los cinco dígitos por licencia y año, y subieron tras la adquisición. Suelen cobrar además por una licencia de entorno de desarrollo o pruebas, algo a tener en cuenta al presupuestar.

Nosotros cobramos por lo que de verdad operamos: el hardware de inquilino único, la red limpia con IP por VirtualMTA, y la mano de obra de instalar, calentar y vigilar. Como el coste de la licencia escala con el envío, para los equipos de muy alto volumen sale a cuenta comparar PowerMTA con KumoMTA, que no tiene cuota de licencia. Te ayudamos a hacer esa cuenta con tus números reales, sin empujar hacia donde más ganamos.

Hay un matiz que conviene nombrar sin alarmismo: como Bird ha desmantelado los equipos de soporte y desarrollo del producto, el ritmo de mejoras y la calidad del soporte del fabricante son hoy menos predecibles que hace unos años. Eso no convierte a PowerMTA en mala elección —sigue siendo maduro y fiable— pero sí es una variable a meter en la cuenta cuando lo comparas con una alternativa de código abierto con comunidad activa. Te damos el panorama completo, no solo la parte que nos conviene vender.

Hardware

¿Sobre qué hardware corre?

Un host de correo lo limita el almacenamiento y la red mucho antes que la CPU, así que inclinamos la máquina hacia la E/S rápida y una red lista para la reputación.

CPUAMD EPYC Turin / Genoa, inquilino único
MemoriaDDR5, dimensionada a la profundidad de cola
AlmacenamientoNVMe para cola y accounting
RedIP limpias por VMTA, DNS inverso completo, absorción de DDoS

PowerMTA escala en vertical —servidores más grandes— o con varias licencias, así que el host se dimensiona para el pico y se deja margen de cola. Un solo servidor bien ajustado cursa millones de mensajes por hora; el techo real lo ponen los proveedores que reciben y tu reputación, no la máquina, y a eso ajustamos las tasas por dominio.

Entregabilidad gestionada, lista para usar

La fama de PowerMTA viene en buena parte de su gestión de entregabilidad lista para usar: throttling por ISP, control fino de la reputación por VirtualMTA y un comportamiento consistente sin tener que programar nada. Nosotros lo apoyamos en lo que de verdad mueve la aguja: SPF, DKIM y DMARC alineados, con DMARC pasando a aplicación una vez limpios los informes; DNS inverso y TLS confirmados; e IP que salen de rangos limpios y con reputación comprobada. Desde febrero de 2024, Gmail y Yahoo dejaron de tolerar el envío masivo sin autenticación, Microsoft se sumó en 2025, y la aplicación se ha endurecido hasta el rechazo en SMTP: cumplir esas reglas no es opcional.

El throttling por dominio es la otra mitad. La configuración fija una tasa y un número de conexiones por proveedor que subimos según crece la reputación, respetando las señales de cada buzón en vez de empujar a ciegas. Esa disciplina —autenticación correcta más shaping prudente— es la que mantiene la entrega alta, y es la misma que aplicamos a la red, porque la entregabilidad se gana a diario.

Y la residencia del dato cuenta tanto como la técnica. Alojamos el host en regiones de la UE conformes al RGPD, con espacio de IP limpio y DNS inverso bajo nuestro control, de modo que el cumplimiento y la reputación van de la mano desde el primer envío. Para quien sirve a un público europeo o latinoamericano, esa cercanía de red y esa residencia no son un extra: son parte de por qué el correo llega y de por qué la operación resiste una auditoría.

Rebotes y feedback loops, con datos reales

PowerMTA clasifica los rebotes —distingue el rebote duro del blando antes de suprimir nada— procesa las quejas de los feedback loops, y escribe registros de accounting estructurados en CSV o por HTTP. Eso significa que tu lista de supresión y tus informes actúan sobre lo que de verdad pasó: qué se entregó, qué rebotó y por qué, y quién se quejó. Volcamos ese flujo a tus sistemas para que las decisiones de envío salgan de resultados y no de conjeturas, y para que una mala racha en un dominio se vea y se corrija antes de que se convierta en un problema de reputación.

se convierta en un problema de reputación.

La clasificación importa porque suprimir de más es tan caro como suprimir de menos. Tratar un rebote blando —un buzón lleno, un freno temporal— como si fuera duro tira a la basura destinatarios buenos; no procesar los duros a tiempo ensucia tu reputación. PowerMTA separa ambos antes de que nada se suprima, y al volcar ese detalle a tu sistema te deja aplicar tus propias reglas en vez de heredar las de una caja negra.

Migración sin parar de enviar

Migrar el correo asusta porque parar de enviar cuesta dinero, así que no paramos. Tanto si vienes de Momentum —en la práctica al final de su vida— como de otra plataforma, corremos la vieja y la nueva en paralelo: traspasamos tus dominios, tus claves de firma y tus listas de supresión, calentamos las IP nuevas con una rampa mientras las viejas siguen cursando producción, y conmutamos el tráfico solo cuando la reputación nueva aguanta. Y si más adelante quieres pasar a KumoMTA, hacemos lo mismo en sentido contrario, sin sobresaltos.

Esa portabilidad es deliberada. La configuración de PowerMTA es un fichero de directivas que es tuyo, las IP y su reputación las construimos a tu nombre, y el accounting sale en formatos estándar; nada de eso te ata a nosotros ni a un formato propietario. Construimos la relación sobre que merezca la pena quedarse por cómo operamos, no sobre lo caro o doloroso que sea marcharse.

Preguntas

Respondidas con claridad

Lo que se pregunta antes de montar un servidor PowerMTA.

¿Revendéis la licencia de PowerMTA?

No. PowerMTA se licencia de Bird, la empresa que está detrás; la licencia la tienes tú directamente. Nosotros alojamos el software sobre hardware de inquilino único, disponemos tus pools VirtualMTA y operamos la plataforma. Mantener la licencia a tu nombre evita un recargo de reventa y deja limpia tu relación con el proveedor.

¿Qué es un VirtualMTA y por qué importa?

Un VirtualMTA vincula un flujo de correo a una IP de origen concreta y a sus propias reglas de envío. Separar el tráfico transaccional del de marketing en VirtualMTA distintos evita que una campaña gaste la reputación de la que dependen tus recibos, que es la razón principal por la que los grandes remitentes eligieron PowerMTA en su día.

¿Cuánto cuesta PowerMTA?

El precio viene de Bird y depende de la edición y el volumen; las cifras publicadas han ido históricamente de varios miles a bien entrados los cinco dígitos por licencia y año, y subieron tras la adquisición por Bird. Como el coste escala con el envío, los equipos de muy alto volumen lo comparan cada vez más con KumoMTA, que no tiene cuota de licencia. Te ayudamos a hacer esa comparación con tus números reales.

¿Podéis migrarme de Momentum a PowerMTA?

Sí. Momentum está en la práctica al final de su vida, así que estas migraciones son habituales. Corremos la plataforma vieja y la nueva en paralelo, traspasamos tus dominios, claves de firma y listas de supresión, calentamos las IP nuevas mientras las viejas siguen cursando producción, y conmutamos solo cuando la reputación aguanta.

¿PowerMTA gestiona rebotes y feedback loops?

Sí. PowerMTA clasifica los rebotes, procesa las quejas de los feedback loops y escribe registros de accounting estructurados que puedes volcar a tus propios sistemas de supresión e informes, de modo que tus decisiones de envío actúan sobre resultados reales en vez de conjeturas.

¿PowerMTA o KumoMTA? ¿Cuál elijo?

Si quieres un producto comercial con soporte, un contrato con un proveedor y el familiar modelo VirtualMTA, PowerMTA es una opción sólida. Si quieres acceso al código, sin cuota de licencia, y política escrita como código, KumoMTA suele ganar en coste a largo plazo. Alojamos y operamos ambos y recomendamos el que encaja con tu equipo, no con nuestro margen.

¿Sobre qué hardware corréis PowerMTA?

AMD EPYC Turin o Genoa de inquilino único, con DDR5 y NVMe, sobre rangos de IP limpios y con control completo del DNS inverso. Un host de correo lo limita el almacenamiento y la red mucho antes que la CPU, así que inclinamos la máquina hacia la E/S rápida y una red lista para la reputación.

¿Puedo correr PowerMTA y KumoMTA a la vez?

Sí, y algunos remitentes lo hacen: PowerMTA para una línea de negocio y KumoMTA para otra, en la misma red y una sola factura. Es también como llevamos muchas migraciones, con ambas plataformas vivas hasta que la nueva se ha demostrado.

Cuéntanos qué envías.

Tu volumen, tu pico y los buzones a los que llegas, y dimensionamos un host PowerMTA a tu medida —o te decimos cuándo KumoMTA o un ESP gestionado te conviene más. Sin reventa de licencia ni venta a presión.