Planifica la actualización de mailcow en torno a la versión de noviembre de 2026

El proyecto mailcow ha fechado su próxima versión para el 5 de noviembre de 2026. El anuncio la califica como una actualización de funcionalidades y seguridad y nombra tres puntos: grupos de buzones, un rediseño de imapsync y SOGo 5.12.13.

Eso es prácticamente todo lo que nos da el anuncio. No describe cómo se comportan los nuevos grupos de buzones, qué ha cambiado dentro de imapsync ni qué problemas de seguridad se abordan. Así que este artículo no trata de los detalles de la versión, sino de cómo afrontarla, porque las tres áreas que toca son exactamente aquellas en las que una sorpresa te cuesta más caro.

A quién afecta

A cualquier operador de mailcow autoalojado, independientemente de su tamaño. Si gestionas el correo de una familia o de un par de dominios, la actualización sigue mereciendo una ventana planificada. Si lo gestionas para clientes o para un equipo, el riesgo es mayor: la organización de buzones, la migración de cuentas y el groupware son superficies del día a día, no funcionalidades marginales.

Por qué importa

El correo no perdona. Una actualización a medias puede significar mensajes aplazados, clientes que dejan de sincronizar o un calendario que se queda en silencio sin avisar, y normalmente te enteras por otra persona. Una versión que combina trabajo de funcionalidades con correcciones de seguridad no es para aplicarla a la ligera un viernes por la tarde.

El rediseño de imapsync merece una atención especial. Las migraciones suelen ser el único momento en que se tocan cuentas que de otro modo se dejan tranquilas, y cualquier cambio ahí conviene entenderlo antes de una ventana de migración, no durante ella.

Comentario para quienes se autoalojan

Algunos hábitos que me han funcionado bien con mailcow a lo largo de los años:

  • Lee las notas de la versión completas y cualquier documentación enlazada antes de tocar el servidor, no después de que algo se rompa.
  • Haz primero una instantánea del host o una copia de seguridad de los volúmenes y la configuración. Un camino de vuelta atrás sale más barato que una reconstrucción.
  • Revisa tu propia automatización. Si tienes scripts que crean buzones, gestionan cuentas o ejecutan migraciones, revísalos contra las notas antes de actualizar.
  • Actualiza primero una instancia de pruebas o de poco tráfico si tienes una, y luego vigila los logs y el flujo de correo durante un día.
  • Mantén la actualización en tu calendario, no en el del anuncio.

Nada de esto requiere conocer los detalles de la versión de antemano. Solo requiere tratar un servidor de correo como la pieza crítica de infraestructura que es.

Si quieres herramientas que convivan con mailcow y hagan menos manual la parte administrativa, nuestras herramientas para mailcow están pensadas exactamente para este tipo de entorno autoalojado.

Haz copia de seguridad primero, lee las notas y planifica la ventana.

Fuentes