Montar tu propio servidor de correo en casa es una de esas ideas que suenan increíbles a las dos de la mañana y bastante peores a las nueve de la mañana del día siguiente. Yo he estado en los dos estados mentales. Primero la ilusión de tener control total. Luego el baño de realidad cuando empiezas a pelearte con SPF, DKIM, DMARC, reputación IP, puertos bloqueados y filtros antispam que te miran con sospecha aunque no hayas hecho nada raro.
Aun así, lo he montado. Y no con Postfix, Dovecot y un puzzle de quince piezas, sino con Stalwart Mail Server, que me parece de lejos una de las propuestas más interesantes que han salido en este espacio. Tiene una idea que me encanta. Unificar en una sola pieza muchas cosas que antes requerían montar medio Lego de correo corporativo.
Lo primero que voy a decir es esto. Si solo quieres tener un correo con tu dominio y dormir tranquilo, paga Fastmail, Proton Mail, Migadu o el servicio que te encaje. De verdad. Te saldrá más barato en tiempo, frustración y canas. Si en cambio tienes un homelab serio, te gusta entender cómo funciona el correo por dentro y aceptas que esto no es un juguete, entonces Stalwart merece mucho la pena.
Por qué me fijé en Stalwart y no en la pila clásica#
He montado servicios en casa durante años. Docker, Kubernetes, VPN, DNS, copias de seguridad, monitorización. Todo eso me resulta natural. El correo no. El correo sigue siendo el barrio difícil de Internet. Puedes ser competente en Linux y aun así estrellarte con él.
Lo que me empujó a probar Stalwart fue justo eso. No quería volver a la combinación clásica de Postfix + Dovecot + Rspamd + Roundcube + mil archivos de configuración repartidos por el sistema. Funciona, sí. Pero es una pila que pide cariño, paciencia y bastante tolerancia al sufrimiento administrativo.
Stalwart me llamó la atención porque reúne en una misma solución SMTP, IMAP, POP3, JMAP y las piezas modernas de autenticación de correo. También soporta calendarios, contactos y almacenamiento web en sus productos, aunque aquí me voy a centrar en la parte mail. La sensación que tuve al leer su documentación oficial fue clara. Esto lo ha diseñado alguien que sabe muy bien lo pesado que era el correo tradicional y quería simplificarlo sin convertirlo en un juguete simplón.
Eso sí, simplificar no significa trivializar. Stalwart te ahorra mucha complejidad interna, pero no puede cambiar las reglas del mundo exterior. Y el mundo exterior del correo es hostil.
Qué problema quería resolver en mi homelab#
En mi caso quería tres cosas.
La primera, tener buzones bajo mi dominio sin depender de Google o Microsoft para todo.
La segunda, poder enrutar y controlar el correo saliente de algunos servicios internos, alertas, notificaciones y flujos automáticos.
La tercera, aprender de verdad qué hace que un servidor de correo sea fiable y qué hace que acabe en spam.
Si tu motivación es solo la privacidad, te aviso de algo incómodo. Montar correo propio no te da privacidad automática. Te da responsabilidad. Tus mensajes siguen viajando a servidores de terceros. Tus destinatarios seguirán usando Gmail, Outlook o lo que toque. La ganancia real está en el control operativo y en no delegar toda la capa de identidad de tu dominio a una plataforma externa. Eso a mí sí me interesa.
Lo que sí ofrece Stalwart y me parece potente de verdad#
La página oficial deja bastante claro el enfoque. Soporta protocolos modernos y legacy a la vez. JMAP, IMAP4, POP3, SMTP y piezas de autenticación como SPF, DKIM, DMARC y ARC. Para mí eso importa porque el correo real no vive en un laboratorio ideal. Vive en un ecosistema donde tienes clientes modernos, clientes antiguos, pasarelas, reenvíos y reglas raras.
Lo que más me gustó al montarlo fue esto:
- El despliegue es bastante más limpio que una pila clásica
- La configuración está mejor cohesionada
- La interfaz de administración reduce mucha fricción
- El enfoque moderno no rompe compatibilidad con clientes normales
- La sensación general es de producto serio, no de proyecto simpático de fin de semana
No digo perfecto. Digo serio. Y en correo eso ya es bastante.
Mi instalación real y lo que aprendí al primer golpe#
Yo lo monté en Docker sobre una máquina de mi homelab. Si puedes evitar exponerlo directamente desde una conexión doméstica, mejor. En mi experiencia, la parte difícil no es levantar el servicio. Eso lo haces en una tarde. La parte difícil es convertirlo en algo que otros servidores traten como correo legítimo.
Mis pasos reales fueron estos:
- Preparar el host con almacenamiento persistente y backups
- Publicar solo lo necesario
- Crear registros DNS correctos para el dominio
- Configurar autenticación y políticas de salida
- Probar recepción, entrega interna y entrega externa
- Ver qué rompía Gmail, Outlook y otros destinos grandes
La instalación en sí no tuvo drama. El drama empezó al salir al mundo.
El muro real no es Stalwart, es la reputación#
Aquí está la parte que casi nadie te vende bien en YouTube. El principal problema de montar correo propio en 2026 no es el software. Es la reputación de la IP y la confianza del ecosistema.
Puedes tener una configuración impecable y seguir comiéndote problemas si:
- Tu proveedor bloquea o filtra el puerto 25
- Tu IP residencial está en rangos con mala reputación
- El PTR no coincide con tu hostname de correo
- Falta SPF o está mal definido
- DKIM firma mal o no firma ciertos flujos
- DMARC no cuadra con el dominio visible
- Tus mensajes parecen automatizados o sospechosos
Eso significa que el correo self-hosted no se gana solo desde el servidor. También se gana desde DNS, red, reputación y paciencia. Y aquí es donde mucha gente abandona.
Yo tomé una decisión pragmática. Mantener parte de la lógica en mi servidor, pero apoyarme en un relay SMTP externo para la salida cuando la entregabilidad importa de verdad. Es menos romántico. También es bastante más sensato.
Mi opinión honesta sobre el relay SMTP#
Hay gente que considera que usar relay externo es hacer trampas. Yo creo que esa visión es infantil. Si tu objetivo es que el correo llegue, usa las piezas que mejor resuelven cada parte del problema.
Recibir correo en tu infraestructura tiene sentido si quieres control. Gestionar buzones, reglas, alias, retención y acceso, perfecto. Pero para enviar a gran escala o para garantizar entregabilidad ante Gmail y compañía, un relay reputado te quita un peso enorme de encima.
Yo lo veo así. Stalwart me da el control operativo. El relay me da reputación prestada y estabilidad. Juntos forman una solución bastante más realista que intentar ganar una guerra solo por orgullo técnico.
Qué necesitas tener bien antes de siquiera pensar en producción#
Si alguien me pidiera un checklist corto, sería este.
1. Dominio limpio y DNS bajo control#
No montaría correo sin acceso total a la zona DNS y sin entender muy bien qué estás publicando. Necesitas al menos registros MX, SPF, DKIM y DMARC bien puestos. Y necesitas revisar que no entren en conflicto con otros servicios del dominio.
2. Reverse DNS correcto#
El PTR sigue importando. Mucho. Si tu IP pública no puede tener un PTR coherente, mala señal. Algunos correos llegarán. Otros acabarán en cuarentena o directamente rebotados.
3. IP estable#
Correo y conexiones inestables se llevan fatal. Si la IP cambia, el castillo se tambalea.
4. Backups de verdad#
Si pierdes los buzones, no has perdido una base de datos cualquiera. Has perdido historial, contratos, avisos, comunicaciones y probablemente bastante paz mental.
5. Monitorización y alertas#
No basta con que el contenedor esté levantado. Necesitas saber si fallan colas, autenticaciones, TLS, entregas salientes o espacio en disco.
Lo bueno de Stalwart en el día a día#
Después de montarlo y pelearme con lo importante, hay varias cosas que me han gustado de uso diario.
La primera es que no sientes que estás administrando una reliquia. Eso en correo me parece casi revolucionario. Muchas herramientas del ecosistema siguen oliendo a 2009. Stalwart no.
La segunda es que la documentación oficial transmite foco. No intenta ser una navaja suiza absurda para todo Internet. Intenta hacer bien los protocolos que importan.
La tercera es que, una vez encaja con tu DNS y tu flujo de salida, el sistema es bastante agradable de mantener. No diría cero mantenimiento porque eso sería mentira. Pero sí menos sufrimiento del que esperaba.
Lo malo, que también lo hay#
No quiero pintar esto como el servidor definitivo porque no existe tal cosa.
Lo malo de montar Stalwart en tu homelab no siempre es culpa de Stalwart, pero te lo comes igual.
El correo sigue siendo ingrato#
Montas un stack moderno y aun así dependes de reglas externas, filtros opacos y grandes proveedores que no explican demasiado cuando penalizan algo.
La curva de aprendizaje no desaparece#
Se reduce frente a una pila clásica, sí. Pero sigue habiendo conceptos que tienes que entender. Si no distingues entre SPF, DKIM y DMARC, mejor para antes y estudia una tarde.
No todo problema tiene solución bonita#
A veces el problema no está en tu config. Está en la IP, el proveedor o el receptor. Y ahí puedes hacer poco más que cambiar de estrategia.
Si es crítico para negocio, el margen de error es pequeño#
Una web caída una hora molesta. Un correo que no llega a un cliente importante puede costarte dinero o credibilidad. No es lo mismo.
Cuándo sí recomiendo montar Stalwart#
Sí lo recomiendo si cumples varias de estas condiciones:
- Tienes un homelab relativamente maduro
- Sabes manejar DNS, TLS, backups y observabilidad
- Quieres aprender correo serio, no solo consumirlo
- Vas a usar relay para salida si hace falta
- Aceptas que esto requiere mantenimiento real
También lo recomiendo si te interesa separar capas. Por ejemplo, usar Stalwart para la parte interna y un proveedor externo para contingencia o para determinadas cuentas críticas.
Cuándo no lo recomiendo ni con café delante#
No lo recomiendo si lo único que quieres es un buzón con tu dominio y cero líos.
No lo recomiendo si dependes de una conexión doméstica con mala IP o puertos capados.
No lo recomiendo si no vas a vigilar logs, colas y reputación.
No lo recomiendo si te cuesta aceptar soluciones híbridas. El purismo en correo suele salir caro.
Stalwart frente a alternativas típicas#
Comparado con la pila Postfix + Dovecot, Stalwart me parece bastante más agradable de desplegar y de entender como conjunto. Comparado con soluciones empaquetadas tipo Mailcow, lo veo más sobrio y menos aparatoso. Comparado con servicios totalmente gestionados, pierde en tranquilidad y gana en control.
Y esa es justo la decisión. Tranquilidad frente a control. No hay magia.
Qué haría distinto si empezara mañana#
Haría tres cosas mejor.
La primera, decidir desde el minuto uno si el correo saliente va directo o por relay. Yo perdí más tiempo del necesario intentando ser heroico.
La segunda, documentar cada cambio DNS con más disciplina. En correo, tocar un registro a lo loco y esperar resultados inmediatos es una receta para la confusión.
La tercera, separar muy bien lo experimental de lo importante. Si vas a jugar con mail self-hosted, no metas en el experimento la cuenta que usa tu negocio para cosas críticas hasta que lleves semanas con estabilidad real.
Mi veredicto después de usarlo#
Stalwart me gusta. Mucho, de hecho. Me parece una de las herramientas más prometedoras para quien quiere tener correo propio sin volver al museo del dolor que era la pila clásica. Tiene sentido técnico, buen enfoque y una ambición que no me parece humo.
Pero no voy a decir la frase fácil de que ya no hay excusa para montar tu propio mail server. Sí la hay. Se llama entregabilidad. Se llama reputación. Se llama coste de equivocarte.
En mi homelab, Stalwart tiene sitio. Como plataforma que puedo controlar, aprender y adaptar, me parece buenísima. Como recomendación universal para cualquiera con un dominio y ganas de independencia, ni de broma.
Si disfrutas afinando infraestructura, leyendo logs y resolviendo problemas feos, Stalwart te va a dar material del bueno. Si buscas paz, mejor delegar. Yo ahora mismo estoy en un punto intermedio. Quiero el control, pero ya no necesito demostrarme nada. Y esa mezcla, que hace unos años me habría parecido menos pura, hoy me parece bastante más inteligente.
Al final, montar correo propio no va de romanticismo técnico. Va de saber qué riesgos aceptas y cuáles no. Stalwart me ha demostrado que el software ya no es la parte más débil. Ahora el reto está en todo lo demás. Y quizá eso sea el mejor piropo que se le puede hacer.