Cómo montar un servidor de correo básico en un VPS con Mailcow

Ya escribimos aquí sobre por qué la entregabilidad de correo dejó de ser solo cuestión de configurar bien SPF, DKIM y DMARC — pero esa configuración sigue siendo la base obligatoria antes de cualquier otra cosa, y montar tu propio servidor de correo es donde más se nota si esa base está bien puesta desde el día uno. Armar un servidor de correo pieza por pieza (Postfix para el envío, Dovecot para los buzones, un filtro de spam, un webmail) es de los proyectos de autohospedaje con más piezas que pueden fallar en silencio. Mailcow resuelve eso empaquetando todo el stack en contenedores Docker con una interfaz de administración real, en vez de archivos de configuración sueltos que hay que sincronizar a mano.

Antes de instalar nada, confirma dos cosas que van a determinar si esto funciona en absoluto. Primero, que tu proveedor de VPS no bloquea el puerto 25 (SMTP saliente) por defecto — muchos proveedores de nube genéricos lo bloquean para prevenir spam, y sin ese puerto abierto no puedes enviar correo a otros servidores, sin importar qué tan bien configures todo lo demás; si no estás seguro, pregúntale a tu proveedor antes de avanzar. Segundo, que tienes configurado un registro PTR (DNS inverso) que haga coincidir la IP de tu servidor con el dominio de correo que vas a usar — sin esto, la mayoría de los proveedores grandes (Gmail, Outlook) van a desconfiar de tus correos desde el primer envío. Esto normalmente se configura desde el panel de tu proveedor de servidor, no desde cPanel.

Instala Docker y Docker Compose si todavía no los tienes — ya cubrimos Docker en una guía anterior; Compose viene incluido en las versiones recientes.

Clona el repositorio oficial de Mailcow:

cd /opt
sudo git clone https://github.com/mailcow/mailcow-dockerized
cd mailcow-dockerized

Genera el archivo de configuración inicial, que te va a preguntar el nombre de dominio (hostname) que va a identificar a tu servidor de correo — normalmente algo como mail.tudominio.com, no tu dominio principal:

sudo ./generate_config.sh

Levanta todos los contenedores (Mailcow trae varios: Postfix, Dovecot, Rspamd para filtrar spam, SOGo para webmail, y más, todos coordinados):

sudo docker compose up -d

La primera vez tarda varios minutos en descargar todas las imágenes — es normal.

Entra a la interfaz de administración en https://mail.tudominio.com (el hostname que definiste antes) y accede con las credenciales por defecto que Mailcow documenta en su propia guía de instalación — cámbialas de inmediato desde el panel, es el primer paso después de entrar.

Agrega tu dominio de correo desde la sección de dominios del panel, y genera la llave DKIM para ese dominio — Mailcow la crea automáticamente y te muestra el registro TXT exacto que necesitas publicar en tu DNS.

Configura los cuatro registros DNS que hacen que tu correo sea confiable, todos en el proveedor donde administras el DNS de tu dominio:

• MX: apuntando a tu hostname de correo, para que otros servidores sepan dónde entregarte correo.
• SPF: un registro TXT que declara qué servidores tienen permiso de enviar correo en nombre de tu dominio.
• DKIM: el registro TXT exacto que te dio Mailcow en el paso anterior.
• DMARC: un registro TXT que le dice a quien recibe tu correo qué hacer si un mensaje falla la verificación de SPF o DKIM.

Sin estos cuatro registros bien configurados, puedes tener el servidor técnicamente funcionando y aun así ver que todo lo que envías cae directo a spam — es la misma lógica de autenticación que ya cubrimos en detalle en nuestra nota sobre por qué Gmail dejó de confiar solo en la configuración técnica.

Crea tu primer buzón desde el panel de Mailcow, en la sección de correo, asignándolo al dominio que ya configuraste.

Envía un correo de prueba a una cuenta de Gmail u Outlook y revisa los encabezados del mensaje recibido (la mayoría de los clientes de correo tienen una opción de "ver original" o "mostrar código fuente") para confirmar que SPF, DKIM y DMARC aparecen como "pass", no solo que el correo llegó.

Un servidor de correo propio necesita disponibilidad constante —si se cae, dejas de recibir y enviar correo sin ningún aviso previo— y una IP con reputación limpia, algo mucho más difícil de mantener en un servidor compartido con otras cargas impredecibles. En /planes/servidores-dedicados tienes los recursos y el aislamiento que este tipo de servicio realmente exige.