He probado varias soluciones de servidores de correo, pero nunca he estado tan satisfecho con ningún software como con Mailcow.
¿Qué es exactamente Mailcow?
Mailcow es una colección de paquetes de software de código abierto (Dovecot, ClamAV, Memcached, Redis, MySQL, Unbound, PHP-FPM, Postfix, Lets Encrypt, Nginx, Rmilter, Rspamd, SOGo, Fail2ban) que junto con la interfaz de usuario de mailcow conforman un servidor de correo que funciona muy bien. El propio desarrollador utiliza este software para ofrecer alojamiento de correo, lo que sin duda es una de las razones por las que el software se ha implementado de forma realmente práctica y práctica en muchos lugares.
Sólo a través de Docker
Desde hace algunos meses, mailcow sólo ofrece y desarrolla la variante Docker.
Se instala en pocos minutos
Gracias al script de instalación del desarrollador, Mailcow se instala en menos de 5 minutos. Sin embargo, hay que asegurarse de que no hay ningún otro software de correo en el sistema de antemano.
Comenzamos con la instalación de Docker
curl -sSL https://get.docker.com/ | sh
y Docker Compose
curl -L https://github.com/docker/compose/releases/download/$(curl -Ls https://www.servercow.de/docker-compose/latest.php)/docker-compose-$(uname -s)-$(uname -m) > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
A continuación clonamos el repositorio Git de Mailcow (yo siempre navego a /opt para esto)
git clone https://github.com/mailcow/mailcow-dockerized && cd mailcow-dockerized
Ahora ajuste la configuración
./generar_config.sh
Y entonces ya podemos construir las imágenes Docker
docker-compose pull
Y arrancar el sistema
docker-compose up -d
La interfaz de usuario de Mailcow es ahora accesible a través de HTTPS. Para más ajustes (que son muchos) se recomienda leer la muy buena documentación.
Estoy de acuerdo, mailcow es un gran conjunto de software para instalar y operar un servidor de correo de forma rápida, segura, cómoda y, sobre todo, sencilla. En cuanto a la documentación, todavía se puede mejorar. El desarrollador o desarrolladores prefieren poner sus recursos en el desarrollo posterior del proyecto que en la documentación, parece 😉 !
Acabo de volver a ver el documental a raíz de tu comentario y me he quedado perplejo. Creo que el documental era mucho más completo hace tiempo 🙁 Qué pena.
La afirmación de que Docker y Proxmox no funcionan es simplemente errónea.
Los contenedores Docker y LXC / CT no funcionan debido al kernel compartido, pero una VM en proxmox con Docker funciona.
Tal vez quieras ajustar eso en el artículo.
Sólo puedo decir cosas positivas sobre Mailcow, la documentación es suficiente para la mayoría de los propósitos.
Lo único que me molesta es que se utilizan volúmenes con nombre en el archivo de composición y los datos no son persistentes según mi definición.
Tienes toda la razón. Ahora tengo Mailcow corriendo en el host de Proxmox.