mailcow como servicio en 2026: registro, facturación, API, seguridad y copias de seguridad

Por qué importa esta comparación

Si en 2026 estás eligiendo un servidor de correo propio, la lista corta suele ser siempre la misma: mailcow, Mailu, Stalwart y Mail-in-a-Box. Las cuatro opciones te dan un servidor de correo propio que funciona en tu hardware. La diferencia aparece después de la primera semana, cuando llegan usuarios reales y necesitas registro, planes de pago, acceso programático a los buzones, detección de ataques y copias de seguridad restaurables.

Esta guía compara las cuatro desde el punto de vista de quien administra el servidor y después recorre el paquete mailcow, que añade esas piezas que faltan a un único servidor mailcow con una sola clave de licencia.

mailcow vs Mailu, Stalwart y Mail-in-a-Box

Un resumen honesto de dónde se sitúa cada opción para quienes administran sus propios servidores:

Mail-in-a-Box es la más opinionada. Está pensada como una caja completa y llave en mano, ideal para un único administrador y un puñado de buzones, pero deja poco margen para flujos de trabajo propios en torno al registro, la facturación o las API.
Mailu es un stack modular de Docker Compose. Tú eliges los componentes y los conectas. Esa flexibilidad es su fuerza y también la razón por la que acabas manteniendo más piezas de unión por tu cuenta.
Stalwart es un servidor de correo moderno todo en uno con su propio enfoque de configuración. Merece la pena evaluarlo si buscas un servicio único al estilo de un solo binario, pero las herramientas de administración que lo rodean son responsabilidad tuya.
mailcow es el stack al que llegan la mayoría de los autohospedadores cuando quieren una interfaz web madura, gestión con docker compose, webmail SOGo y una comunidad amplia. También es la plataforma para la que están hechas las herramientas de MediaLab, que es la razón práctica por la que este artículo se centra en ella.

Donde mailcow gana para quien administra no es una función concreta, sino la combinación: una interfaz de administración real, un stack en contenedores que puedes entender y un ecosistema que puedes ampliar. Lo que no trae de serie es justo lo que cubre el paquete: registro por cuenta propia, planes de pago, una API REST de buzones, detección de ataques con historial y copias de seguridad cifradas programadas con restauración.

Si quieres la lista completa de funciones, consulta la página del producto.

Requisitos previos

Antes de empezar, confirma lo siguiente:

mailcow-dockerized en Linux, con docker compose y systemd.
Paquete mailcow Toolkit 0.7.0 o superior. Este paquete incluye todas las herramientas del paquete, así que lo instalas una sola vez.
Acceso root en el host, porque ejecutas install.sh.
HTTPS saliente hacia medialab.works, porque las herramientas hacen una comprobación de licencia.
Para Cashier, tu propia cuenta de Stripe.
Las herramientas son open source (GPL-3.0). Lo que contratas son versiones nuevas, actualizaciones y soporte para un servidor mailcow; recibes el código fuente completo.

Una prueba gratuita de 30 días del paquete cubre las seis herramientas, y cada herramienta también se puede probar por separado.

Paso 1: Instala el paquete mailcow Toolkit

En el host de mailcow, como root, instala el paquete con su install.sh. Como el paquete incluye el Toolkit, esta única instalación te da las seis herramientas. Después de la instalación, abre la interfaz de administración de mailcow y ve a System > Updates (Toolkit).

Paso 2: Introduce una sola clave del paquete en cada tarjeta de licencia

En System > Updates (Toolkit) verás una tarjeta de licencia por herramienta. Introduce la misma clave del paquete en cada tarjeta. Ese es todo el modelo de activación: una clave, seis tarjetas, un servidor.

Si más adelante añades una nueva herramienta para mailcow, la lista actual está siempre en la página de herramientas para mailcow. Las nuevas herramientas para mailcow que publiquemos están incluidas mientras la suscripción esté activa (en las licencias de por vida, dentro de la ventana de actualización).

Paso 3: Decide el orden de instalación

Las herramientas son independientes, pero un orden sensato para un servidor nuevo es:

mailcow Toolkit — SOGo como cualquier buzón sin perder la sesión de administración, actualizaciones de mailcow desde la interfaz de administración, los registros DNS de cada dominio (incluido Cloudflare) y la comprobación de DNS inverso.
Security for mailcow — empieza a recopilar historial de ataques antes de abrir el registro.
Backup for mailcow — consigue una primera copia de seguridad verificada antes de que existan buzones reales.
Sign-up for mailcow — una página de registro pública para un buzón en tus dominios, o un administrador de dominio para los dominios propios del cliente, tras la confirmación por correo electrónico.
Cashier for mailcow — planes de buzón de pago y paquetes de dominio a través de tu cuenta de Stripe. Las cuentas impagadas se suspenden, nunca se eliminan.
Mailbox API for mailcow — una API REST para cualquier buzón (leer, enviar, organizar), con webhooks firmados para correo nuevo y notificaciones por Telegram.

Paso 4: Administración diaria con el Toolkit

Tres hábitos del Toolkit dan resultado de inmediato:

SOGo como cualquier buzón. Abre la sesión de SOGo de un usuario sin perder tu sesión de administración, lo que hace que las peticiones de soporte se resuelvan mucho más rápido.
Actualizaciones desde la interfaz de administración. Ejecuta las actualizaciones de mailcow desde la interfaz de administración en lugar de una sesión SSH.
DNS de cada dominio. El Toolkit muestra los registros DNS de cada dominio, también en Cloudflare, e incluye la comprobación de DNS inverso. Arregla el DNS antes de depurar la entrega del correo.

Paso 5: Seguridad más allá de fail2ban

fail2ban bloquea a los malos actores conocidos, pero no te cuenta una historia. Security for mailcow añade detección de ataques con historial: fuerza bruta lenta y distribuida, password spraying, escaneos y buzones comprometidos. Los bloqueos pasan por el propio fail2ban de mailcow y recibes alertas.

Ese historial es lo que convierte un registro ruidoso en una decisión: qué buzón está siendo el objetivo, si un ataque está distribuido entre direcciones y si un buzón puede estar ya comprometido.

Paso 6: Copias de seguridad cifradas fuera del sitio

Backup for mailcow ejecuta copias de seguridad programadas a una carpeta local y a Google Drive, con retención, verificación y restauración desde la página de administración. La verificación importa más que la programación: una copia sin verificar es una esperanza, no un plan. La restauración desde la página de administración mantiene el camino de recuperación dentro de la interfaz cuando estás bajo presión.

Paso 7: Abre el registro y la facturación

Con Security y Backup ya en marcha, activa la parte orientada al cliente:

Sign-up for mailcow publica una página de registro. Los clientes pueden solicitar un buzón en tus dominios, o un administrador de dominio para sus propios dominios, tras la confirmación por correo electrónico.
Cashier for mailcow vende planes de buzón de pago y paquetes de dominio a través de tu propia cuenta de Stripe. Las cuentas impagadas se suspenden, nunca se eliminan, así que un pago fallido es un evento de facturación, no un evento de pérdida de datos.

Paso 8: Automatiza con la Mailbox API

Mailbox API for mailcow expone una API REST para cualquier buzón: leer, enviar y organizar. Los webhooks firmados para correo nuevo y las notificaciones por Telegram te permiten construir flujos de entrada, puentes de tickets o alertas sin tocar IMAP directamente.

Consejos y resolución de problemas

La tarjeta de licencia sigue sin licencia. Comprueba que el host puede llegar a medialab.works por HTTPS y que has introducido la clave del paquete en cada tarjeta, no solo en una.
Falta una herramienta después de instalar. Confirma que el paquete Toolkit es 0.7.0 o superior; los paquetes más antiguos no contienen las seis herramientas.
La instalación falla. install.sh necesita root en el host, y el stack debe ser mailcow-dockerized con docker compose y systemd.
Cashier no cobra. Cashier usa tu propia cuenta de Stripe; sin ella, los planes de pago no pueden funcionar.
El correo acaba en spam tras añadir un dominio. Ejecuta la comprobación de DNS inverso y revisa los registros DNS que el Toolkit muestra para ese dominio antes de cambiar cualquier otra cosa.
No borres manualmente las cuentas impagadas. Cashier las suspende por diseño; el borrado es una decisión aparte que debes tomar a propósito.
Comprobación de alcance. El paquete cubre solo las herramientas para mailcow. Los productos de Emby, Jellyfin y Nextcloud tienen sus propios paquetes.

Tienes más respuestas en la base de conocimiento y en las preguntas frecuentes; si algo no encaja con tu configuración, contacta con nosotros.

Conclusión

Mailu, Stalwart y Mail-in-a-Box son servidores de correo razonables. La ventaja de mailcow para quien administra es la plataforma que rodea al servidor, y el paquete cierra las brechas que esa plataforma deja abiertas: registro, facturación, una API de buzones, historial de seguridad y copias de seguridad cifradas y verificadas, todo en un único servidor mailcow con una sola clave. Instala el paquete Toolkit, introduce la misma clave en cada tarjeta de licencia y añade las herramientas en el orden anterior. Empieza por la página del paquete mailcow para ver la lista actual de herramientas y los detalles de la prueba.

Esta publicación se redactó con ayuda de IA a partir de la documentación de nuestros productos o de las fuentes indicadas y se revisó automáticamente antes de publicarse.