Por qué migrar el correo en 2026
Google Workspace ha ajustado sus precios dos veces desde 2024, con incrementos acumulados de entre el 20 y el 30% según el plan y la región de facturación. Microsoft 365 ha seguido una trayectoria similar, especialmente en las licencias Business Premium que incluyen Exchange. Para una agencia que aloja el correo de veinte o treinta clientes, el coste mensual supera rápidamente el de un VPS dedicado al correo con varias veces más almacenamiento y sin restricciones en el número de buzones.
La soberanía de los datos se ha convertido en un requisito habitual en licitaciones públicas y contratos con clientes sensibles. Alojar el correo en un servidor situado en Europa, bajo control directo, elimina la dependencia de condiciones de servicio revisables unilateralmente.
La migración no es trivial: compromete la entregabilidad y la continuidad del servicio. Pero elegir la pila correcta desde el principio reduce considerablemente ese riesgo.
- IMAP y SMTP: protocolos básicos para el acceso a buzones y el envío de mensajes — valida el soporte nativo antes de cualquier otro criterio.
- DKIM, SPF y DMARC: firmas criptográficas y políticas de validación imprescindibles para la entregabilidad. Sin ellas, los mensajes van directamente a spam en Gmail y Outlook.
- Filtrado de correo no deseado: Rspamd, SpamAssassin o motor integrado — incluido o a añadir manualmente.
- Webmail: acceso desde el navegador para usuarios no técnicos, habitualmente esperado por los clientes finales.
- Gestión multidominios: capacidad para alojar varias decenas de dominios en la misma instancia sin degradación del rendimiento.
- Cifrado TLS en tránsito y en reposo: renovación automática de Let's Encrypt y, idealmente, cifrado de buzones en disco.
- API o interfaz de administración: añadir dominios y buzones sin tocar la línea de comandos, esencial en un contexto de agencia.
Stalwart Mail Server — Rust, JMAP/IMAP nativo
Stalwart está escrito en Rust y se distribuye bajo la licencia AGPL-3.0. Se despliega como un único binario que incluye SMTP, IMAP, JMAP, un servidor POP3 opcional, filtrado antispam y gestión de DKIM. No se requiere ninguna base de datos externa para empezar: Stalwart usa RocksDB por defecto, con opción de migración a PostgreSQL o MySQL para despliegues de alta carga.
La huella de memoria en reposo ronda los 80 MB en un VPS sin carga. Esta ligereza lo hace utilizable en instancias con 1 GB de RAM, algo que ni Mailcow ni una pila Postfix completa con ClamAV pueden afirmar.
JMAP (JSON Meta Application Protocol) es el protocolo moderno que reemplaza a IMAP para la sincronización de buzones. Reduce la latencia en conexiones móviles y simplifica el desarrollo de clientes. Thunderbird y algunos clientes iOS están comenzando a adoptarlo de forma nativa. Para el uso profesional habitual, IMAP sigue siendo la vía de compatibilidad universal, y Stalwart gestiona ambos en paralelo.
La interfaz de administración web es funcional sin ser visualmente refinada. Cubre la gestión de dominios, cuentas, listas de distribución, reglas de filtrado Sieve y la configuración de DKIM. No se incluye webmail en la distribución oficial: Stalwart funciona junto a Roundcube o Snappymail instalados por separado.
Puntos a tener en cuenta: la documentación evoluciona rápidamente y algunas funciones avanzadas de administración aún se están estabilizando. Para una agencia que gestione más de 50 dominios, se recomienda una prueba de carga antes de la puesta en producción.
Mailcow — pila completa, Docker, interfaz cuidada
Mailcow es una suite completa distribuida bajo licencia GPLv2, diseñada para desplegarse mediante Docker Compose. Ensambla Postfix (SMTP), Dovecot (IMAP/POP3), Rspamd (antispam), ClamAV (antivirus), SOGo (webmail y CalDAV/CardDAV), Nginx (proxy inverso), Redis, MySQL y varios microservicios de monitorización. La versión actual cuenta entre 15 y 17 contenedores según la configuración.
Esta riqueza funcional tiene un coste en RAM: hay que contar con 2 GB en reposo para un despliegue sin ClamAV, y 3 a 4 GB si ClamAV analiza los archivos adjuntos en tiempo real. Un VPS con 4 GB de RAM es el mínimo cómodo; se recomiendan 8 GB para una agencia que gestione una veintena de dominios activos.
La interfaz de administración es la más cuidada del espacio open source. La gestión de dominios, buzones, alias, reglas de Rspamd, certificados y DKIM se realiza íntegramente desde el navegador. Para una agencia que delega la gestión del correo en un técnico de nivel intermedio, Mailcow suele ser la opción más rápida de aprender.
El modelo de actualización es sólido: un script update.sh proporcionado por el proyecto descarga las nuevas imágenes, hace copia de seguridad de los volúmenes y reinicia la pila. Las actualizaciones mensuales suelen desplegarse en menos de diez minutos.
Puntos a tener en cuenta: la multiplicidad de contenedores complica el diagnóstico cuando surge un problema de entregabilidad. La migración desde Mailcow a otra solución es más laboriosa que con una pila más ligera.
Postfix + Dovecot — la combinación clásica
Postfix gestiona el transporte SMTP desde 1999 y sigue siendo el MTA más desplegado del mundo. Dovecot gestiona el acceso IMAP y POP3. Juntos forman la base de referencia sobre la que se construyen Mailcow y otras suites.
La huella de memoria combinada en reposo oscila entre 150 y 300 MB según el número de procesos activos y las opciones de filtrado. Esta ligereza permite el despliegue en VPS con 1 o 2 GB de RAM, con margen para el sistema operativo y otros servicios.
La configuración se realiza íntegramente mediante archivos de texto, lo que ofrece una flexibilidad máxima pero requiere dominar la sintaxis propia de cada componente. Añadir DKIM requiere instalar OpenDKIM o PDKIM por separado. El filtrado antispam pasa habitualmente por Rspamd o SpamAssassin, cada uno con su propia configuración y mantenimiento. Un webmail como Roundcube se instala y configura por separado.
Este enfoque modular es una ventaja para administradores experimentados que desean controlar cada componente, y una barrera para equipos sin un perfil sysadmin dedicado. En 2026, esta pila sigue siendo relevante para despliegues a medida, entornos con restricciones de seguridad específicas o servidores que ya alojan otros servicios Postfix.
Puntos a tener en cuenta: no existe ninguna interfaz de administración unificada de forma nativa. Herramientas como iRedMail o Mail-in-a-Box ofrecen configuraciones prearmadas en torno a Postfix y Dovecot, pero añaden su propia capa de complejidad.
Stalwart vs Mailcow vs Postfix+Dovecot
Desplace la tabla
| Pila | RAM en reposo | Contenedores Docker | Antispam incluido | Webmail incluido | Protocolos | VPS mínimo recomendado |
|---|---|---|---|---|---|---|
| Stalwart | ~80 MB | 0 (binario nativo) | Sí (integrado) | No (externo) | SMTP, IMAP, JMAP, POP3 | 1 GB RAM |
| Mailcow | 2-4 GB | 15-17 | Sí (Rspamd + ClamAV) | Sí (SOGo) | SMTP, IMAP, POP3 | 4 GB RAM |
| Postfix + Dovecot | 150-300 MB | 0 (paquetes del sistema) | No (a añadir) | No (a añadir) | SMTP, IMAP, POP3 | 1-2 GB RAM |
Elegir según tu caso de uso
Agencia que gestiona entre 5 y 50 dominios de clientes. Stalwart es la solución más adecuada en este caso. La API de gestión permite automatizar el aprovisionamiento de nuevos dominios y buzones. La baja huella de memoria deja espacio para otros servicios en el mismo VPS. El único requisito es aceptar instalar un webmail por separado y aprender la configuración Sieve para las reglas de clasificación.
Desarrollador en solitario o equipo técnico pequeño. Postfix + Dovecot, o Stalwart si se quiere JMAP. Ambas opciones funcionan en un VPS con 1 GB de RAM y se combinan fácilmente con un servidor web existente. El mantenimiento es mínimo: las actualizaciones de seguridad llegan a través del gestor de paquetes del sistema.
Pyme sin perfil DevOps dedicado. Mailcow es la única opción razonable. La interfaz de administración cubre todas las operaciones habituales desde el navegador, sin línea de comandos. Las actualizaciones están automatizadas.
Migración desde Gmail o Outlook de equipo. Mailcow ofrece la mejor experiencia para usuarios acostumbrados a interfaces de consumo, gracias a SOGo y la sincronización CalDAV/CardDAV. Stalwart es válido si los usuarios aceptan un cliente IMAP de escritorio o un webmail de terceros como Roundcube.
La entregabilidad no depende solo del software elegido. Cuatro elementos son obligatorios antes de enviar el primer mensaje en producción: un registro SPF válido en cada dominio, una firma DKIM con una clave de al menos 2048 bits, una política DMARC en p=quarantine o p=reject, y un registro PTR (rDNS) que asocie la IPv4 del VPS con el nombre de host del servidor de correo. Sin rDNS, Gmail y Outlook clasificarán una proporción significativa de los mensajes como spam, independientemente de la calidad de la configuración del software. Si la IPv4 es nueva o proviene de un pool compartido, planifica un calentamiento progresivo: comienza con volúmenes bajos durante las dos primeras semanas para construir la reputación de la dirección IP.
Resolución de problemas: los 3 problemas que llevan al abandono
La IPv4 está en una lista negra. Es el escenario más frecuente en VPS cuya dirección IP fue utilizada por un inquilino anterior para enviar spam. Antes de desplegar nada, verifica la IPv4 en MXToolbox Blacklist Check y las bases de datos Spamhaus (SBL, XBL, PBL). Si la dirección está en la PBL de Spamhaus, una solicitud de eliminación suele ser suficiente. Para una lista SBL o CBL, la eliminación requiere demostrar que el problema de origen ha sido resuelto.
El certificado TLS ha caducado silenciosamente. Los clientes de correo modernos rechazan las conexiones con un certificado caducado, y los mensajes rebotan con errores crípticos. La solución preventiva es la renovación automática mediante Let's Encrypt integrada en la configuración del servidor de correo. Mailcow lo gestiona de forma nativa. Stalwart ofrece renovación ACME integrada desde la versión 0.7.2. En una pila Postfix manual, hay que configurar un hook post-renovación de certbot que recargue Postfix y Dovecot.
La cuota de disco se alcanza sin aviso. Cuando el disco está lleno, Postfix rechaza los mensajes entrantes con un error temporal (4xx), y los remitentes vuelven a intentarlo durante 48 a 72 horas antes de enviar un mensaje de error definitivo. Los registros locales dejan de escribirse, lo que dificulta el diagnóstico. La prevención pasa por una alerta al 80% de capacidad y una política de archivo o purga de mensajes antiguos en buzones inactivos.
Para profundizar
Estos tres artículos amplían los puntos clave abordados en esta comparativa.
- [Alojar Stalwart en un VPS](/blog/heberger-stalwart-vps) — guía de instalación paso a paso, configuración DKIM y primer dominio.
- [Postal: plataforma SMTP self-hosted para envíos en volumen](/blog/postal-smtp-platform-self-hosted-vps) — alternativa orientada al envío transaccional y de marketing.
- [DMARC p=quarantine: pasos e impacto en la entregabilidad](/blog/dmarc-p-quarantine-email-delivrabilite) — cómo pasar de p=none a p=quarantine sin perder mensajes legítimos.
