Cómo resolver problemas de PostFix en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, nos explique cómo resolver problemas de PostFix en linux

Explicanos detalladamente cómo resolver problemas de PostFix en linux

Cuando Postfix presenta problemas, la gran ventaja es que no hay cajas negras: su sistema de registro es extremadamente detallado y te dirá exactamente en qué punto de la transacción SMTP falló el proceso.

Para diagnosticar y resolver problemas en Postfix, debes dominar tres áreas: la lectura de logs, la gestión de la cola de mensajes y la auditoría de configuración.

1. El Centro de Mando: Leer los Logs

Casi cualquier problema de entrega o recepción dejará un rastro en el archivo de registro principal de correo. En Ubuntu/Debian, este archivo suele ser /var/log/mail.log o /var/log/syslog (en sistemas más recientes se lee con journalctl -u postfix).

Para ver los eventos en tiempo real mientras haces una prueba de envío:

Bash

sudo tail -f /var/log/mail.log

Fíjate siempre en la variable status= al final de cada línea de transacción:

Estado	Significado	Dónde buscar la solución
sent	Éxito. Postfix entregó el correo.	Si el usuario no lo ve, el problema no es Postfix. Dile que revise su carpeta de Spam.
deferred	Aplazado. Hubo un error temporal y Postfix reintentará enviarlo más tarde.	Suele ser un problema de red (puerto 25 bloqueado), firewall, o que el servidor destino no responde.
bounced	Rechazado permanentemente.	El servidor destino rechazó el mensaje activamente (falta de registros DNS, IP en lista negra o buzón inexistente). Lee el mensaje de error adjunto en el log.
reject	Tu servidor bloqueó el correo entrante.	Verifica tus restricciones en main.cf (ej. smtpd_recipient_restrictions).

2. Gestión de la Cola de Correo (Mail Queue)

Cuando los correos tienen el estado deferred, no se pierden inmediatamente; se quedan atascados en la "cola" del servidor.

Ver los correos atascados:

Bash

mailq

# O su equivalente moderno:

postqueue -p

Esto te mostrará una lista con el ID del mensaje (un código alfanumérico como 3A4B5C6D), el remitente, el destinatario y el motivo por el cual está atascado.

Forzar el reenvío de toda la cola:

Si el internet se cayó o el firewall estaba bloqueando la salida y ya lo arreglaste, puedes obligar a Postfix a procesar la cola inmediatamente sin esperar al ciclo automático:

Bash

sudo postqueue -f

Eliminar un correo problemático:Si un bot generó miles de correos y están colapsando tu servidor, bórralos usando su ID:

Bash

sudo postsuper -d

# Para borrar TODA la cola sin piedad:

sudo postsuper -d ALL

3. Comandos de Auditoría de Configuración

Si editaste /etc/postfix/main.cf y el servidor no arranca o se comporta de forma errática, usa las herramientas integradas de validación:

Revisión de sintaxis y permisos:

Bash

sudo postfix check

Si no devuelve nada (silencio), la sintaxis y los permisos de los directorios son correctos. Si hay un error tipográfico o de permisos, te alertará.

Ver solo tu configuración personalizada:

El archivo main.cf tiene cientos de variables por defecto ocultas. Para ver exactamente qué valores están activos y sobrescritos en tu servidor, usa:

Bash

postconf -n

4. Errores Comunes y Soluciones Rápidas

Error: Connection timed out (Status: deferred)

El problema: Postfix intenta enviar un correo hacia internet, pero la conexión se agota.

La causa: El 99% de las veces, tu proveedor de nube (AWS, Google Cloud, DigitalOcean, Azure) tiene un bloqueo físico de salida en el puerto 25 para prevenir spam.

La solución: Debes abrir un ticket de soporte con tu proveedor pidiendo que desboqueen el puerto 25 de salida, o configurar Postfix para que enrute los correos a través de un servicio externo (un Relay Host como SendGrid o Mailgun).

Error: Relay access denied

El problema: Alguien intenta enviar un correo a través de tu servidor hacia internet, y Postfix le cierra la puerta.

La causa: Postfix está haciendo bien su trabajo. Si permitiera que cualquiera enviara correos, serías un "Open Relay" (un paraíso para spammers).

La solución: Si el correo lo genera una aplicación web tuya, asegúrate de que la IP del servidor web esté incluida en la variable mynetworks dentro de main.cf. Si es un usuario final, necesitas configurar autenticación SASL (para que inicien sesión con usuario y contraseña antes de enviar).

Error: 550 5.7.1 Unauthenticated email is not accepted (Status: bounced)

El problema: Gmail o Microsoft rechazan de tajo tu correo.

La causa: No confían en tu servidor. Tu IP no tiene un registro inverso configurado (rDNS), o tu dominio carece de firmas criptográficas.

La solución: Debes configurar el registro PTR en tu proveedor de hosting y añadir registros SPF, DKIM y DMARC en la zona DNS de tu dominio.

¿Quieres aprender a configurar los registros SPF y DKIM para evitar la carpeta de spam?

Cómo instalar y configurar PostFix en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, nos explique cómo instalar y configurar PostFix en linux

Explicanos detalladamente cómo instalar y configurar PostFix en linux

Postfix es el Agente de Transferencia de Correo (MTA) más popular, rápido y seguro en entornos Linux. A diferencia de las soluciones "todo en uno" que revisamos antes (como Mail-in-a-Box u Open-Xchange), Postfix hace una sola cosa, pero la hace excepcionalmente bien: enrutar y entregar correos (SMTP).

Por sí solo, Postfix solo envía correos o los recibe y los guarda en un archivo de texto en el servidor (/var/mail/). No tiene base de datos, ni interfaz web, ni IMAP.

Para levantar un servidor funcional desde cero, utilizaremos Ubuntu/Debian como referencia.

Requisitos Previos Críticos

Un FQDN válido: Tu servidor debe tener un nombre de host completo (ej. mail.tudominio.com).

Registros DNS : Debes tener un registro A apuntando a tu IP, y un registro MX apuntando a mail.tudominio.com.

Puerto 25 abierto: Tu proveedor de VPS/Red debe permitir el tráfico de salida por el puerto 25 (muchos proveedores modernos como AWS, DigitalOcean o Google Cloud lo bloquean por defecto para evitar spam).

1. Preparar la identidad del servidor:

Configurar el Hostname local.

Postfix depende en gran medida del nombre del host para presentarse a otros servidores de correo en internet (el saludo EHLO). Si este nombre no coincide con tu DNS, tus correos serán rechazados por Gmail o Microsoft.

Bash

sudo hostnamectl set-hostname mail.tudominio.com

Edita el archivo de resolución local:

Bash

sudo nano /etc/hosts

Añade la IP pública de tu servidor vinculada al nombre:

Plaintext

# Reemplaza 12.34.56.78 por tu IP real

12.34.56.78 mail.tudominio.com mail

2. Instalar los paquetes base:

Selección del modo 'Sitio de Internet'.

Instalaremos el núcleo de Postfix junto con mailutils, un paquete que nos dará herramientas para enviar correos directamente desde la terminal.

Bash

sudo apt update

sudo apt install postfix mailutils -y

Durante la instalación en Ubuntu/Debian, aparecerá una pantalla interactiva (debconf). Responde lo siguiente:

General type of mail configuration: Selecciona Internet Site (Sitio de Internet).

System mail name: Escribe tu dominio principal (ej. tudominio.com, NO mail.tudominio.com).

3. Configurar el motor principal (main.cf):

Modificar variables de enrutamiento y origen.

Toda la lógica de enrutamiento de Postfix vive en un solo archivo: /etc/postfix/main.cf. Haz una copia de seguridad y edítalo:

Bash

sudo cp /etc/postfix/main.cf /etc/postfix/main.cf.bak

sudo nano /etc/postfix/main.cf

Busca y asegúrate de que estas variables estén configuradas exactamente así (modificando tu dominio):

Ini, TOML

# El nombre del servidor que envía físicamente el correo

myhostname = mail.tudominio.com

# El dominio que se adjuntará a los correos enviados sin dominio

myorigin = /etc/mailname

# IMPORTANTE: Los dominios para los que este servidor ACEPTARÁ correos finales

# Si alguien envía un correo a admin@tudominio.com, Postfix sabrá que es para él y no lo reenviará.

mydestination = $myhostname, tudominio.com, localhost.localdomain, localhost

# Interfaces donde Postfix escuchará (all = todas las IPs del servidor)

inet_interfaces = all

inet_protocols = ipv4

4. Asegurar el parámetro 'mynetworks':

Evitar convertirte en un nodo de SPAM.

Este es el paso de seguridad más crítico. La variable mynetworks define quién tiene permiso para enviar correos a través de tu servidor hacia internet sin proporcionar contraseña.

Si dejas esto abierto, redes de bots usarán tu servidor para enviar spam masivo. Asegúrate de que solo incluya tu red local (loopback):

Ini, TOML

# En el mismo archivo main.cf, la línea debe verse así:

mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128

(Si vas a instalar un cliente webmail o un CRM en otro servidor, deberás añadir la IP de ese servidor a esta lista).

5. Aplicar cambios y probar el flujo de salida:

Enviar un mensaje a tu cuenta personal.

Guarda el archivo (Ctrl+O, Enter, Ctrl+X) y reinicia el demonio de Postfix para cargar la nueva configuración.

Bash

sudo systemctl restart postfix

sudo systemctl enable postfix

Ahora, dispara un correo de prueba hacia tu cuenta personal (Gmail/Outlook) para verificar que el tráfico de salida hacia internet funciona:

Bash

echo "Este es el cuerpo del mensaje. El servidor Postfix está vivo y enrutando." | mail -s "Prueba desde la consola Linux" tu_correo_real@gmail.com

Dónde buscar si el correo no llega

Si ejecutas la prueba del Paso 5 y el correo no llega a tu bandeja (ni siquiera a la carpeta de Spam), el registro del sistema te dirá exactamente el motivo del fallo.

Abre el archivo de registro en tiempo real:

Bash

sudo tail -f /var/log/mail.log

Busca el bloque que corresponde a tu envío y fíjate en la variable status=:

status=sent ➔ Postfix entregó el correo exitosamente al servidor de Google/Microsoft. (Si no lo ves, está en Spam).

status=bounced ➔ El servidor receptor lo rechazó (generalmente porque te faltan los registros SPF/DKIM o tu IP no tiene reputación).

status=deferred ➔ Postfix no puede salir hacia internet. Esto confirma casi al 100% que tu proveedor de VPS tiene un firewall bloqueando el puerto 25 de salida.

¿Quieres integrar IMAP para poder leer los correos en tu móvil/PC?

Cómo resolver problemas de Open-Xchange en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, nos explique cómo resolver problemas de Open-Xchange en linux

Explicanos detalladamente cómo resolver problemas de Open-Xchange en linux

A diferencia de un cliente de correo tradicional, Open-Xchange (OX App Suite) es una arquitectura distribuida de tres capas: el Frontend (Apache/Nginx), el Middleware (un entorno Java/OSGi) y el Backend de Almacenamiento/Datos (MariaDB, Dovecot y el Filestore).

Cuando OX falla, el 90% del trabajo consiste en determinar en cuál de esas tres capas se rompió la cadena. Aquí tienes la guía sistemática para aislar y resolver los problemas más habituales en servidores Linux.

1. El Mapa de Logs: Dónde buscar la causa raíz

El Middleware en Java genera registros de depuración muy detallados. Ante cualquier anomalía, estos son los archivos que debes inspeccionar primero:

Capa	Archivo de Log / Comando	¿Qué indica este registro?
Middleware Java	/var/log/open-xchange/open-xchange.log.0	Excepciones de Java, fallos de módulos OSGi, problemas de autenticación o errores de conexión a MariaDB.
Servidor de Aplicación	journalctl -u open-xchange -f	Estado de arranque del demonio, fallos al iniciar la JVM o errores de memoria.
Frontend Apache	/var/log/apache2/error.log	Errores de comunicación AJP/HTTP (proxy: AJP: attempt to connect failed).
Integridad de Red	/var/log/mail.log o /var/log/dovecot.log	Rechazos de conexión cuando OX intenta leer el correo por IMAP/SMTP.

2. Fallos Frecuentes y Soluciones Tácticas

Problema A: Error "502 Bad Gateway" o "503 Service Unavailable" en la Web

Este síntoma indica que Apache funciona correctamente, pero no puede comunicarse con el motor Java de Open-Xchange (puerto AJP 8009 o HTTP 8008).

Paso 1: Verificar si el proceso Java está escuchando

Bash

sudo ss -tlpn | grep 8009

Si el puerto no devuelve ningún resultado, el Middleware se ha caído o está bloqueado durante el arranque.

Paso 2: Inspeccionar la memoria de la Máquina Virtual de Java (JVM)

OX App Suite requiere bastante memoria RAM. Si la JVM se queda sin memoria (Java Heap Space), el recolector de basura congelará el proceso o el sistema cerrará el servicio (Out of Memory).

Diagnóstico: Busca en /var/log/open-xchange/open-xchange.log.0 la línea java.lang.OutOfMemoryError: Java heap space.

Solución: Aumenta el límite de memoria asignado a la JVM editando el archivo de entorno /etc/open-xchange/ox-scriptconf.sh (o /etc/default/open-xchange según la versión):

Bash

# Modifica o añade la variable asignando más memoria (ejemplo: 4GB)

JAVA_XMX="4096M"

Reinicia el servicio para aplicar los cambios:Bashsudo systemctl restart open-xchange

Problema B: El usuario entra al panel web, pero la pestaña "Correo" da error

Este es un error común de desacoplamiento: el inicio de sesión web valida contra la base de datos de OX, pero al abrir la pestaña de Correo, OX actúa como un cliente IMAP/SMTP que intenta conectar al servidor Mail (Dovecot/Postfix).

Síntomas en el log (open-xchange.log.0):com.openxchange.mail.mailreader.AuthorizationException: Authentication failed o Connection refused.

Solución:

Comprobar la conectividad desde el servidor OX hacia el servidor IMAP:

Bash

telnet localhost 143

# O si usas SSL/TLS:

openssl s_client -connect localhost:993

Corregir la configuración de host en el Contexto de OX:

Si el servidor IMAP cambió de IP o nombre, debes actualizar los datos del contexto usando las herramientas CLI de /opt/open-xchange/sbin/:

Bash

sudo /opt/open-xchange/sbin/changecontext \

   --contextid=1001 \

   --imaphost=127.0.0.1 \

   --imapport=143 \

   --smtphost=127.0.0.1 \

   --smtpport=25 \

   --adminuser=oxadmin \

   --adminpass=ClaveMaestraAdmin

Problema C: Fallos al subir archivos adjuntos o usar OX Drive

Si los usuarios pueden redactar correos pero reciben un error al adjuntar archivos o al guardar documentos en la nube de OX Drive, el problema casi siempre es de permisos en el sistema de archivos (Filestore).

Solución:

El directorio donde OX guarda los adjuntos físicos (por defecto /var/spool/open-xchange/filestore) debe pertenecer estrictamente al usuario de sistema open-xchange.

Revisa los permisos y corrige la propiedad de la carpeta:

Bash

sudo chown -R open-xchange:open-xchange /var/spool/open-xchange/filestore

sudo chmod -R 770 /var/spool/open-xchange/filestore

Verifica si el disco se ha quedado sin espacio disponible:Bashdf -h /var/spool/open-xchange/filestore

Problema D: Corrupción de Esquema o Bloqueos en MariaDB

Si realizaste una actualización del paquete open-xchange o el servidor sufrió un apagón repentino, la base de datos de configuración (configdb) o las bases de datos de contexto pueden quedar fuera de sintaxis o bloqueadas.

Herramientas internas de diagnóstico de DB:

Escanear la salud y coherencia de las bases de datos de OX:

Bash

sudo /opt/open-xchange/sbin/checkdatabase \

   --adminuser=oxadmin \

   --adminpass=ClaveMaestraAdmin

Desbloquear un contexto que se quedó en modo mantenimiento:Si una tarea administrativa falló a medio camino, el contexto puede quedar marcado como "bloqueado". Puedes verificar su estado y liberarlo con:

Bash

# Ver lista de contextos y su estado

sudo /opt/open-xchange/sbin/listcontext --adminuser=oxadmin --adminpass=ClaveMaestraAdmin

# Desbloquear el contexto afectado (ej. 1001)

sudo /opt/open-xchange/sbin/unlockcontext --contextid=1001 --adminuser=oxadmin --adminpass=ClaveMaestraAdmin

3. Resumen del Protocolo de Emergencia

Cuando todo falle y la interfaz web no responda:

Bash

# 1. Revisa errores graves en tiempo real

sudo tail -n 100 -f /var/log/open-xchange/open-xchange.log.0 | grep -E "ERROR|SEVERE"

# 2. Reinicia la secuencia en orden jerárquico

sudo systemctl restart mariadb

sudo systemctl restart open-xchange

sudo systemctl restart apache2

¿Quieres analizar un mensaje de error específico de tus logs de Open-Xchange para interpretarlo?

Cómo instalar y configurar Open Xchange en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, nos explique cómo instalar y configurar Open Xchange en linux

Explicanos detalladamente cómo instalar y configurar Open Xchange en linux

Open-Xchange ( OX App Suite ) es una plataforma de groupware de nivel empresarial. A diferencia de clientes de webmail más sencillos (como Roundcube) o de soluciones todo en uno integradas, Open-Xchange está diseñado para escalar masivamente y se divide en tres capas bien definidas:

Frontend: Una interfaz rica en HTML5/JS servida a través de Apache.

Middleware: Un motor en Java corriendo sobre un runtime OSGi (open-xchange-core) que gestiona la lógica de negocio, reglas y APIs.

Almacenamiento y Correo: MariaDB para metadatos y preferencias, junto con un servidor IMAP/SMTP externo (usualmente Dovecot + Postfix).

Esa arquitectura modular hace que su instalación sea un proceso secuencial muy técnico. A continuación tienes la guía detallada para desplegarlo en un sistema basado en Debian/Ubuntu.

Requisitos Previos

Sistema Operativo: Debian 12 o Ubuntu 22.04 LTS (limpio).

Recursos: Mínimo 4 GB de RAM (se recomiendan 8 GB, ya que el motor Java de OX es exigente con la memoria).

Servicios base: Servidor MariaDB y un servidor IMAP (como Dovecot) previamente configurado y funcionando.

FQDN: Tu servidor debe responder a un nombre FQDN válido (ej. ox.tuempresa.com).

1

1. Configurar las fuentes de paquetes

Añadir los repositorios oficiales de OX

Open-Xchange requiere registrar sus llaves GPG y repositorios oficiales. Descarga las llaves de repositorio e inclúyelas en tu gestor de paquetes.

Bash

sudo apt update && sudo apt install wget gnupg2 -y

# Importar la clave GPG oficial de Open-Xchange

wget -qO - https://software.open-xchange.com/oxbuildkey.pub | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/open-xchange.gpg

# Agregar el repositorio de OX App Suite (reemplaza 'DebianBookworm' según tu distribución)

echo "deb https://software.open-xchange.com/products/appsuite/stable/backend/DebianBookworm/ /" | sudo tee /etc/apt/sources.list.d/open-xchange.list

echo "deb https://software.open-xchange.com/products/appsuite/stable/appsuiteui/DebianBookworm/ /" | sudo tee -a /etc/apt/sources.list.d/open-xchange.list

sudo apt update

2

2. Preparar MariaDB

Optimizar InnoDB para transacciones de OX

Open-Xchange realiza un uso intensivo de transacciones en la base de datos. Debes ajustar el archivo de configuración de MariaDB

(/etc/mysql/mariadb.conf.d/50-server.cnf).

Asegúrate de configurar los siguientes parámetros dentro de la sección [mysqld]:

Ini, TOML


[mysqld]

max_allowed_packet = 16M

group_concat_max_len = 16384

innodb_buffer_pool_size = 2G

character-set-server = utf8mb4

collation-server = utf8mb4_unicode_ci

Reinicia MariaDB y crea el usuario administrativo para OX:

Bash

sudo systemctl restart mariadb

# Accede a MySQL para crear los accesos

sudo mysql -u root -p -e "CREATE USER 'openxchange'@'localhost' IDENTIFIED BY 'TuClaveSeguraDB';"

sudo mysql -u root -p -e "GRANT ALL PRIVILEGES ON *.* TO 'openxchange'@'localhost' WITH GRANT OPTION;"

sudo mysql -u root -p -e "FLUSH PRIVILEGES;"

3

3. Instalar el Middleware y Frontend

Motor Java + Interfaz Web

Instala los paquetes principales del backend (Java), los módulos de autenticación por base de datos y la interfaz web.

Bash

sudo apt install -y \

     open-xchange \

     open-xchange-authentication-database \

     open-xchange-grizzly \

     open-xchange-admin \

     open-xchange-appsuite-ui \

     apache2 libapache2-mod-dnssd

4

4. Inicializar la Base de Datos y el Servidor

Esquemas de configuración del Middleware

Open-Xchange incluye herramientas CLI ubicadas en /opt/open-xchange/sbin/ para construir la estructura de la base de datos e inicializar el middleware.

Bash

# 1. Inicializar la base de datos de configuración (configdb)

sudo /opt/open-xchange/sbin/initconfigdb \

    --configdb-pass=TuClaveSeguraDB \

    --configdb-user=openxchange \

    --configdb-host=localhost \

    --configdb-port=3306

# 2. Asignar contraseña al usuario maestro del sistema (oxadmin)

sudo /opt/open-xchange/sbin/oxinstaller \

    --oxadmin-password=ClaveMaestraAdmin \

    --configdb-pass=TuClaveSeguraDB \

    --soffice-path=/usr/bin/soffice

# 3. Registrar el servidor actual en el clúster local de OX

sudo /opt/open-xchange/sbin/registerserver \

    --name=oxserver \

    --adminuser=oxadmin \

    --adminpass=ClaveMaestraAdmin

# 4. Registrar la base de datos de usuarios (database)

sudo /opt/open-xchange/sbin/registerdatabase \

    --name=oxdatabase \

    --db-is-master=true \

    --dbhost=localhost \

    --dbuser=openxchange \

    --dbpasswd=TuClaveSeguraDB \

    --adminuser=oxadmin \

    --adminpass=ClaveMaestraAdmin

5

5. Configurar el Servidor Web (Apache)

Proxy de Apache hacia la API de Java

Habilita los módulos de proxy de Apache para que reenvíen las solicitudes de la interfaz pública hacia el puerto interno del Middleware (por defecto el puerto 8009 AJP o 8008 HTTP).

Bash

sudo a2enmod proxy proxy_http proxy_ajp rewrite headers expires deflator

# Aplica la configuración por defecto que viene empaquetada con OX

sudo cp /opt/open-xchange/etc/groupware_apache.conf /etc/apache2/sites-available/ox.conf

sudo a2ensite ox.conf

sudo systemctl restart apache2

sudo systemctl start open-xchange

6

6. Aprovisionar el primer 'Contexto'

Creación de Contextos y Usuarios

Open-Xchange es un sistema multitenant nativo. Todo se organiza mediante Contextos (que representan a una empresa o dominio) identificados por un número ID (ej. 1001).

Bash

# 1. Crear un contexto ligado a tu servidor IMAP/SMTP

sudo /opt/open-xchange/sbin/createcontext \

    --contextid=1001 \

    --contextname="TuEmpresa" \

    --quota=1024 \

    --access-combination-name=groupware_standard \

    --displayname="Admin TuEmpresa" \

    --givenname="Admin" \

    --surname="General" \

    --email="admin@tuempresa.com" \

    --username="admin" \

    --password="ClaveUsuarioAdmin" \

    --imaphost="localhost" \

    --imapport=143 \

    --smtphost="localhost" \

    --smtpport=25 \

    --adminuser=oxadmin \

    --adminpass=ClaveMaestraAdmin

# 2. Crear un usuario adicional dentro del contexto 1001

sudo /opt/open-xchange/sbin/createuser \

    --contextid=1001 \

    --username="juan" \

    --givenname="Juan" \

    --surname="Pérez" \

    --displayname="Juan Pérez" \

    --email="juan@tuempresa.com" \

    --password="ClaveDeJuan" \

    --imaplogin="juan@tuempresa.com" \

    --adminuser=oxadmin \

    --adminpass=ClaveMaestraAdmin

El concepto clave: "Contextos" en Open-Xchange

El punto que más suele confundir al administrar Open-Xchange por primera vez es que no puedes crear usuarios sueltos.

• Cada dominio o cliente requiere su propio Context ID (por ejemplo, 1001 para empresaA.com, 1002 para empresaB.com).

• Para administrar o crear cuentas en el futuro, siempre debes especificar a qué --contextid pertenece el usuario que estás modificando.

Una vez completados estos pasos, puedes abrir tu navegador en [http://ox.tuempresa.com/appsuite/](http://ox.tuempresa.com/appsuite/) e iniciar sesión con el usuario (admin o juan) y la contraseña que creaste en el paso 6.

¿Quieres ver cómo integrar Open-Xchange Documents (OX Drive/Docs) para edición colaborativa de archivos?

Cómo instalar y configurar Open Web mail en linux

 Le pedimos a Google, la inteligencia artificial de Google, nos explique cómo instalar y configurar Open Web mail en linux 

Explicanos detalladamente cómo instalar y configurar Open Web mail en linux

Instalar Open WebMail en un servidor Linux moderno requiere una advertencia técnica muy similar a la que hicimos con Horde: estamos hablando de un software heredado (legacy) de principios de los años 2000.

A diferencia de las soluciones modernas basadas en PHP (como Roundcube) o los despliegues integrales (como iRedMail), Open WebMail está escrito íntegramente en Perl y funciona a través de CGI (Common Gateway Interface). Su diseño original estaba pensado para leer los correos directamente del archivo del sistema (/var/mail/usuario) en lugar de usar IMAP.

Ponerlo a funcionar hoy en distribuciones modernas requiere instalar módulos de Perl antiguos y habilitar la ejecución de scripts CGI en Apache. Si lo necesitas para un entorno heredado o un laboratorio, aquí tienes el procedimiento exacto para Debian/Ubuntu.

1.- Preparar el entorno base

Instalar Apache, Perl y los módulos necesarios

Open WebMail no necesita una base de datos MySQL, pero sí requiere un servidor web con soporte CGI y varias librerías de Perl.

Bash

sudo apt update

sudo apt install apache2 perl libcgi-pm-perl libsys-syslog-perl postfix wget tar -y

# Habilitar el módulo CGI en Apache (apagado por defecto en sistemas modernos)

sudo a2enmod cgi

sudo systemctl restart apache2

2.- Descargar y estructurar los archivos

Descarga desde el repositorio oficial

El código de Open WebMail se divide en dos partes: los scripts ejecutables (cgi-bin) y los recursos estáticos (data). Debemos colocarlos en las rutas correctas del servidor web.

Bash

cd /tmp

wget http://openwebmail.org/openwebmail/download/current/openwebmail-current.tar.gz

tar -xzvf openwebmail-current.tar.gz

# Mover los scripts ejecutables al directorio CGI de Apache

sudo mv cgi-bin/openwebmail /usr/lib/cgi-bin/

# Mover los recursos estáticos (imágenes, CSS) al directorio público

sudo mv data/openwebmail /var/www/html/

# Ajustar permisos para que los scripts sean ejecutables

sudo chown -R root:root /usr/lib/cgi-bin/openwebmail

sudo chmod -R 4755 /usr/lib/cgi-bin/openwebmail

3.- Configurar las bases de datos DBM y las rutas

El paso más crítico en sistemas modernos

Open WebMail utiliza archivos de texto plano y bases de datos tipo DBM para almacenar preferencias. En Linux moderno, el formato por defecto de las bases de datos DBM ha cambiado, por lo que hay que forzar la configuración.

Edita el archivo de configuración de base de datos:

Bash

sudo nano /usr/lib/cgi-bin/openwebmail/etc/defaults/dbm.conf

Asegúrate de que estas tres variables queden exactamente así:

Plaintext

dbm_ext                                  .db

dbmopen_ext                          none

dbmopen_haslock                   no

Luego, ajusta el archivo de configuración principal para decirle dónde están los recursos estáticos:

Bash

sudo nano /usr/lib/cgi-bin/openwebmail/etc/openwebmail.conf

Busca y modifica estas líneas para que coincidan con las rutas de Ubuntu/Debian:

Plaintext

ow_htmldir                  /var/www/html/openwebmail

ow_htmlurl                  /openwebmail

4.- Inicializar el sistema

Crear los archivos de log y preferencias

Open WebMail incluye un script que verifica la configuración y construye los archivos necesarios para arrancar.

Bash

# Crear el archivo de log principal y darle permisos

sudo touch /var/log/openwebmail.log

sudo chown root:mail /var/log/openwebmail.log

sudo chmod 660 /var/log/openwebmail.log

# Ejecutar la herramienta de inicialización

sudo /usr/lib/cgi-bin/openwebmail/openwebmail-tool.pl --init

(Si el script arroja la pregunta "Send site report?", puedes responder n).

5.- Ajustar Apache

El alias para los recursos estáticos

Para que la interfaz web cargue las imágenes y los estilos correctamente, Apache necesita un alias.

Crea un archivo de configuración para Open WebMail en Apache:

Bash

sudo nano /etc/apache2/conf-available/openwebmail.conf

Añade el siguiente bloque:

Apache

Alias /openwebmail /var/www/html/openwebmail

      Options Indexes FollowSymLinks

      AllowOverride None

      Require all granted

Habilita la configuración y reinicia Apache:

Bash

sudo a2enconf openwebmail

sudo systemctl restart apache2

Cómo acceder a la interfaz

Con estos pasos completados, puedes acceder al cliente abriendo tu navegador web e ingresando a:

http://tu-direccion-ip/cgi-bin/openwebmail/openwebmail.pl

¿Cómo funciona el inicio de sesión?

Open WebMail leerá a los usuarios locales del sistema operativo Linux (los mismos que ves en /etc/passwd). Si tienes un usuario llamado juan en tu servidor Linux, puedes iniciar sesión en Open WebMail con el usuario juan y su respectiva contraseña de Linux. El programa leerá directamente el archivo /var/mail/juan para mostrarle sus correos.

Cómo configurar un servidor FTP rápido en Linux para que G4L pueda guardar tus imágenes de forma centralizada

 Le preguntamos a Gemini, la inteligencia artificial de Google, nos explique cómo configurar un servidor FTP rápido en Linux para que G4L pueda guardar tus imágenes de forma centralizada

Explicanos detalladamente cómo configurar un servidor FTP rápido en Linux para que G4L pueda guardar tus imágenes de forma centralizada

Ghost for Linux (G4L) es una herramienta fantástica para la clonación de discos a nivel de bloques, y su integración nativa con FTP es su mayor punto fuerte para despliegues en red. Para manejar archivos masivos (imágenes de discos enteros de decenas o cientos de gigabytes) sin crear cuellos de botella, la mejor opción en Linux es vsftpd (Very Secure FTP Daemon).

Es un servidor extremadamente ligero, estable y, sobre todo, rápido, ya que puede delegar la transferencia de archivos directamente al núcleo de Linux.

Aquí tienes el procedimiento exacto para desplegarlo y optimizarlo para recibir las imágenes de G4L.

1.- Instalar el servidor FTP

En Ubuntu/Debian

Abre tu terminal y asegúrate de tener el sistema actualizado antes de instalar el paquete base de vsftpd.

Bash

sudo apt update

sudo apt install vsftpd -y

2.- Crear un usuario y directorio dedicado para G4L

Aislamiento por seguridad

Nunca debes usar el usuario root o tu usuario personal para transferencias automatizadas. Crearemos un usuario llamado g4luser que solo tendrá acceso a su carpeta de imágenes.

Bash

# Crea el usuario (te pedirá que asignes una contraseña, guárdala para G4L)

sudo adduser g4luser

# Crea el directorio donde aterrizarán las imágenes

sudo mkdir -p /home/g4luser/imagenes

# Asigna los permisos absolutos al nuevo usuario

sudo chown -R g4luser:g4luser /home/g4luser/imagenes

3.- Optimizar la configuración para transferencias masivas

El secreto del rendimiento

Haremos una copia de seguridad de la configuración original y crearemos una nueva enfocada en velocidad y en encerrar al usuario en su directorio (Chroot).

Bash

sudo cp /etc/vsftpd.conf /etc/vsftpd.conf.bak

sudo nano /etc/vsftpd.conf

Asegúrate de que estas líneas estén descomentadas o añádelas al final del archivo:

Bash

# Deshabilitar acceso anónimo y habilitar usuarios locales

anonymous_enable=NO

local_enable=YES

write_enable=YES

# Encerrar al usuario en su directorio para que no navegue por tu servidor

chroot_local_user=YES

allow_writeable_chroot=YES

local_root=/home/g4luser/imagenes

# OPTIMIZACIÓN DE VELOCIDAD: Usa el kernel para mover datos directamente

use_sendfile=YES

# Configuración de modo pasivo para evitar cuelgues del firewall de G4L

pasv_min_port=10000

pasv_max_port=10100

Guarda y cierra el archivo (Ctrl+O, Enter, Ctrl+X).

4.- Ajustar el Firewall y aplicar cambios

Debemos decirle a UFW (el firewall de Ubuntu) que permita el tráfico del puerto de control FTP (21) y el rango de puertos pasivos que definimos para las transferencias de datos.

Bash

sudo ufw allow 21/tcp

sudo ufw allow 10000:10100/tcp

# Reinicia el servicio para aplicar la nueva configuración

sudo systemctl restart vsftpd

sudo systemctl enable vsftpd

Cómo conectar G4L a este servidor

Una vez que arranques tu máquina cliente con el Live CD/USB de Ghost for Linux, llegarás a la interfaz principal basada en ncurses. Ve a la opción Network Use y luego a Config FTP.

Introduce los datos exactos que acabamos de crear:

Server IP: La dirección IP local de tu servidor Linux (ej. 192.168.1.50).

User: g4luser

Password: La contraseña que le asignaste en el Paso 2.

Directory: Déjalo en blanco o escribe / (como configuramos local_root, G4L aterrizará directamente dentro de la carpeta imagenes por defecto).

Nota sobre el rendimiento: El parámetro use_sendfile=YES que configuramos en el paso 3 es la clave. Evita que Linux copie los datos de la red a la memoria del usuario y luego al disco, haciéndolo todo en espacio del kernel. Con esto, si tienes una red Gigabit y discos SSD o NVMe en el servidor, verás que G4L satura la red copiando a más de 110 MB/s sostenidos.

Cómo resolver problemas de Mail-in-a-Box en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google, cómo resolver problemas de Mail-in-a-Box en linux

Explicanos detalladamente cómo resolver problemas de Mail-in-a-Box en linux

Mail-in-a-Box (MiaB) es maravilloso porque funciona como un "electrodoméstico de software": todo está automatizado. Sin embargo, esa misma automatización puede convertirlo en una "caja negra" cuando algo falla, ya que no utiliza las rutas o configuraciones tradicionales de un servidor de correo configurado a mano.

Cuando tu Mail-in-a-Box experimente problemas (correos que no llegan, certificados SSL caídos o DNS que no resuelven), debes seguir un protocolo de diagnóstico estructurado para identificar la raíz del problema.

1. La Primera Parada Obligatoria: "Status Checks"

Antes de tocar una sola línea de comandos, ve al panel de administración web:

https://box.tudominio.com/admin ➔ System ➔ Status Checks.

Este panel ejecuta decenas de pruebas en tiempo real y es extremadamente preciso. Te dirá exactamente qué está fallando:

Texto en Rojo: Indica un problema crítico (ej. puerto bloqueado, registro DNS roto o IP en lista negra).

Texto en Naranja: Advertencias (ej. actualizaciones pendientes o configuraciones opcionales que faltan).

2. Dónde buscar los Logs en Mail-in-a-Box

Si el panel web no carga o necesitas investigar más a fondo, debes conectarte por SSH a tu servidor Ubuntu 22.04. MiaB centraliza casi todos los servicios bajo el gestor del sistema (systemd).

Aquí tienes las rutas clave de los registros:

Servicio	Comando de Diagnóstico (Systemd)	Ubicación del Archivo de Log
Flujo de Correo (Postfix/Dovecot)	sudo systemctl status postfix	/var/log/mail.log
Servidor DNS (NSD)	sudo systemctl status nsd	/var/log/syslog
Interfaz Web y APIs	sudo systemctl status mailinabox	Usar journalctl -u mailinabox
Servidor Web (Nginx)	sudo systemctl status nginx	/var/log/nginx/error.log
Certificados SSL (Let's Encrypt)	N/A	/var/log/letsencrypt/letsencrypt.log

Tip táctico para ver errores en tiempo real:

Bash

# Ver las últimas líneas del flujo de correo a medida que ocurren

sudo tail -f /var/log/mail.log

3. Resolución de los Problemas más Comunes

A. Fallo en la Renovación de Certificados SSL (Let's Encrypt)

MiaB intenta renovar los certificados automáticamente de fondo. Si esto falla, tus usuarios verán advertencias de seguridad al entrar al Webmail o configurar sus cuentas.

Causa común: Has añadido un nuevo dominio o subdominio en MiaB, pero tus registros DNS aún no se han propagado o los puertos 80/443 de tu servidor están bloqueados en tu proveedor de VPS.

Solución:

Asegúrate de que los puertos web estén abiertos ejecutando:

Bash

sudo ufw status

Fuerza la renovación manual del certificado desde la consola ejecutando el script interno de MiaB:

Bash

sudo mailinabox/tools/ssl.sh

B. El Servidor se "Congela" o los Servicios se Caen Solos (OOM Killer)

Si notas que de repente el webmail da un error 502 Bad Gateway o que el servicio de correo se detiene de la nada, es muy probable que tu servidor se haya quedado sin memoria RAM.

Causa común: MiaB incluye filtros pesados como SpamAssassin y ClamAV (antivirus). Si tu máquina virtual tiene 1 GB de RAM y no tiene memoria de intercambio (SWAP), el núcleo de Linux cerrará servicios aleatoriamente para evitar un colapso total (Out of Memory).

Solución (Crear un archivo SWAP de 2 GB de forma inmediata):

Bash

sudo fallocate -l 2G /swapfile

sudo chmod 600 /swapfile

sudo mkswap /swapfile

sudo swapon /swapfile

# Hazlo permanente añadiendo esta línea al final de /etc/fstab:

echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

C. Los DNS no Resuelven Correctamente (NSD Caído)

Dado que MiaB funciona como su propio servidor de nombres, si el servicio nsd (el demonio DNS que utiliza) se detiene, todo tu dominio desaparecerá de internet.

Diagnóstico: Ejecuta dig @localhost tudominio.com. Si no devuelve respuesta, el servidor DNS interno está inactivo.

Solución:

Revisa si hay errores de sintaxis en tus zonas personalizadas de DNS y reinicia el servicio:

Bash

sudo systemctl restart nsd

4. El "Superpoder" de Mail-in-a-Box: Reconfiguración Completa

Una de las mayores ventajas de Mail-in-a-Box es que sus scripts de instalación son idempotentes. Esto significa que puedes volver a ejecutar el instalador sobre tu servidor activo en cualquier momento.

Si tocaste archivos de configuración de Postfix o Nginx por error y rompiste el sistema, no intentes arreglarlos manualmente. Simplemente ejecuta el comando original de instalación:

Bash

sudo mailinabox

¿Qué hace este comando?

Escanea todo el sistema.

Detecta qué archivos de configuración han sido modificados o dañados y los sobrescribe con los valores por defecto correctos.

No borra tus correos, usuarios, contraseñas ni bases de datos. Todo tu almacenamiento en /home/mailinabox/data permanece intacto.

Es la forma más rápida y segura de devolver el servidor a un estado 100% operativo en menos de 5 minutos.

¿Hay algún servicio específico dentro de tu Mail-in-a-Box que esté arrojando errores actualmente en la sección de Status Checks, o tienes dificultades para que los correos salgan de la cola de Postfix hacia destinatarios externos?

Cómo instalar y configurar Mail-in-a-Box en linux

 Le pedimos a Gemini, la inteligencia artificial de Google, nos explique cómo instalar y configurar Mail-in-a-Box en linux

Explicanos detalladamente cómo instalar y configurar Mail-in-a-Box en linux

Mail-in-a-Box es una de las soluciones más sencillas y radicales para auto-alojar correo electrónico en Linux. A diferencia de iRedMail o despliegues basados en Docker (como Mailcow), Mail-in-a-Box está diseñado como un electrodoméstico de software (appliance). Esto significa que se adueña por completo del sistema operativo y automatiza absolutamente todo: desde el servidor SMTP hasta la gestión de DNS, las firmas criptográficas (DKIM, DNSSEC) y la renovación de certificados SSL con Let's Encrypt.

Debido a este enfoque tan estricto, la instalación tiene una regla de oro inquebrantable: debe ejecutarse en una máquina virtual completamente limpia, dedicada en exclusiva a este propósito.

Requisitos Previos

Antes de lanzar una sola línea de comandos, asegúrate de cumplir con este checklist de infraestructura:

Sistema Operativo: Únicamente Ubuntu 22.04 LTS (64-bit) limpio. No intentes instalarlo en Ubuntu 24.04 ni en Debian; el script fallará deliberadamente al comprobar la versión.

Recursos Mínimos: Al menos 1 GB de RAM (se recomiendan 2 GB para un rendimiento fluido del antispam) y 20 GB de almacenamiento.

Puerto 25 Abierto: Tu proveedor de VPS (Hetzner, DigitalOcean, Linode, etc.) debe permitir tráfico saliente y entrante por el puerto 25.Un Dominio Propio: Necesitarás acceso al panel de control donde compraste tu dominio para delegar las funciones de DNS.

1. Preparación del Entorno y FQDN

Al igual que en otros servidores de correo, la resolución de nombres local es crítica. Configuraremos la máquina para que responda a un subdominio especializado (usualmente box.tudominio.com).

Modifica el nombre de host del sistema:

Bash

sudo hostnamectl set-hostname box.tudominio.com

Edita el archivo de resolución local:

Bash

sudo nano /etc/hosts

Asegúrate de asociar tu IP pública al FQDN configurado. Debe verse similar a esto:

Plaintext

127.0.0.1 localhost

12.34.56.78 box.tudominio.com box

(Reemplaza 12.34.56.78 por tu IP pública real).

2. Ejecución del Instalador Automatizado

Mail-in-a-Box reduce todo el proceso de despliegue de paquetes (Postfix, Dovecot, Nextcloud para contactos/calendario, Roundcube y NSD para DNS) a un comando simplificado que descarga y arranca el script oficial de instalación.Ejecuta el siguiente comando en tu terminal:

Bash

curl -s https://mailinabox.email/bootstrap.sh | sudo bash

3. Asistente de Configuración (Interactiva)

El script comenzará a descargar dependencias y abrirá una pantalla azul en la terminal con una serie de preguntas esenciales:

Dirección de Correo del Administrador: Te pedirá tu primera cuenta de correo (ej. contacto@tudominio.com). Esta cuenta se creará automáticamente y actuará como el usuario administrador principal para acceder al panel web.

Hostname ( Nombre de host ): Confirmará el nombre que configuramos previamente (box.tudominio.com). Verifica que sea correcto y presiona Enter.

Configuración de Zona Horaria: Selecciona tu ubicación geográfica para asegurar que los logs y las cabeceras de los correos registren la hora exacta.

Contraseña de Administrador: Introduce una contraseña altamente segura para tu nueva cuenta de correo administradora.

A partir de este punto, el instalador configurará de forma automatizada las reglas del firewall (UFW), generará los parámetros criptográficos Diffie-Hellman y levantará todos los demonios necesarios. Este proceso suele demorar entre 5 y 10 minutos.

4. El Secreto de Mail-in-a-Box: La Delegación de DNS

Cuando el instalador termine, verás un mensaje de éxito en la terminal con la URL de tu panel de administración: https://box.tudominio.com/admin.

Sin embargo, si intentas entrar de inmediato, es probable que no cargue. Esto sucede porque Mail-in-a-Box actúa como su propio servidor de nombres (DNS Name Server). Para que internet sepa llegar a tu servidor, debes realizar la configuración final en tu registrador de dominios (donde compraste el dominio):

Configurar los "Glue Records" (Registros de Vinculación)

Ve al panel de control de tu registrador de dominios y busca la sección de Glue Records o Registered Nameservers y añade:

ns1.box.tudominio.com ➔ Apuntando a la IP de tu servidor.

ns2.box.tudominio.com ➔ Apuntando a la IP de tu servidor.

Cambiar los Servidores de Nombres (Nameservers)

Una vez creados los Glue Records, cambia los servidores de nombres principales de tu dominio para que apunten a tu caja:

Nameserver 1: ns1.box.tudominio.com

Nameserver 2: ns2.box.tudominio.com

⚠️ Nota de Transición: Una vez que cambies los Nameservers, Mail-in-a-Box tomará el control total de los registros DNS de tu dominio (registros Web A, registros MX, registros SPF/DKIM). Si tenías una página web alojada en otro servidor, tendrás que ir al panel web de Mail-in-a-Box (System -> Custom DNS) y añadir manualmente el registro A que apunte hacia el servidor de tu web.

5. Verificación Final en el Panel Web

Una vez que la propagación DNS termine (puede tomar desde unos minutos hasta pocas horas), accede al panel con las credenciales creadas:

Panel de Administración: https://box.tudominio.com/admin

Webmail (Roundcube): https://box.tudominio.com/mail

Al entrar al panel de administración, dirígete a la pestaña System -> Status Checks. Mail-in-a-Box realizará un escaneo exhaustivo en tiempo real y te mostrará en verde todo lo que está funcionando correctamente, o en rojo si te falta algún ajuste DNS o si tu IP pública se encuentra listada en alguna lista negra de spam. Mail-in-a-Box 

¿Quieres saber cómo migrar tus registros DNS existentes si no deseas delegarle el control total a Mail-in-a-Box?

Cómo resolver problemas de iRedMail en linux

Le preguntamos a Gemini, la inteligencia artificial de Google, nos explique cómo resolver problemas de iRedMail en linux

Explicanos detalladamente Cómo resolver problemas de iRedMail en linux

Resolver problemas en iRedMail es un ejercicio de disección. Al ser un ecosistema compuesto por múltiples servicios (Postfix, Dovecot, Nginx, MariaDB, SpamAssassin), no existe un único botón de "reparar". Cuando algo falla, tu principal misión es descubrir qué pieza exacta de la orquesta está desafinada.

Aquí tienes el manual táctico para diagnosticar y solucionar los fallos más críticos en la arquitectura de iRedMail.

1. El Mapa del Tesoro: Dónde leer los Logs

En Linux, la respuesta a casi cualquier fallo de servidor está en los registros. Antes de reiniciar servicios a ciegas, mantén una terminal abierta monitorizando el archivo correspondiente.

Componente	Archivo de Log Principal	¿Qué buscar aquí?
Postfix (Envío/Recepción SMTP)	/var/log/mail.log o maillog	Correos rechazados, errores de enrutamiento, problemas de conexión en el puerto 25.
Dovecot (Lectura IMAP/POP3)	/var/log/dovecot/dovecot.log	Usuarios que no pueden iniciar sesión, errores de contraseña o buzones corruptos.
Nginx (Panel Web/Webmail)	/var/log/nginx/error.log	Pantallas blancas, errores 502 Bad Gateway en Roundcube o iRedAdmin.
Amavis / Antispam	/var/log/mail.log	Correos bloqueados por contener virus o clasificados como SPAM antes de entregarse.

Comando útil para ver el flujo en tiempo real:

Bash

sudo tail -f /var/log/mail.log

2. El Enemigo Silencioso: Bloqueos por Fail2ban

Si un usuario se queja de que de repente "el servidor web no carga" o "Outlook no conecta", pero para los demás funciona perfectamente, Fail2ban lo ha bloqueado. iRedMail viene con reglas muy estrictas de fábrica para evitar ataques de fuerza bruta.

Cómo diagnosticar y desbanear:

Revisar el estado general de las jaulas (jails):

Bash

sudo fail2ban-client status

Ver si una IP específica está bloqueada en un servicio (ej. Dovecot):

Bash

sudo fail2ban-client status dovecot

Desbanear la IP (reemplaza por la dirección real):

Bash

sudo fail2ban-client set dovecot unbanip <IP>

sudo fail2ban-client set postfix unbanip <IP>

sudo fail2ban-client set roundcube unbanip <IP>

3. Atascos en la Cola de Correos (Postfix Queue)

Cuando los correos no logran salir de tu servidor hacia internet (ya sea porque el destino está caído o Gmail está limitando tus envíos), se acumulan en la cola de Postfix.

Ver cuántos correos hay atascados y sus IDs:

Bash

sudo mailq

# o también: postqueue -p

Leer el motivo exacto por el que un correo no sale:

Copia el ID alfanumérico que te da el comando anterior y usa:

Bash

sudo postcat -q <ID_DEL_MENSAJE>

Forzar el reintento de envío de toda la cola:

Bash

sudo postqueue -f

Limpiar la cola (eliminar todos los correos atascados - ¡Peligro!):

Bash

sudo postsuper -d ALL

4. Problemas de Red y Puertos Cerrados

Si los correos externos no entran en absoluto, o los tuyos no salen y el log muestra Connection timed out, el problema está a nivel de red o firewall. Puedes usar utilidades de red como nc (NetCat) para comprobar rápidamente la conectividad bidireccional sin depender de resoluciones complejas.

Prueba de salida (Desde tu servidor hacia fuera):

Bash

nc -vz smtp.gmail.com 25

Si esto falla, tu proveedor de nube (AWS, DigitalOcean, etc.) te tiene bloqueado el puerto 25 de salida. Tendrás que pedirles que lo abran o configurar un Relay SMTP externo.

Prueba de entrada (Desde tu PC hacia tu servidor):

Bash

nc -vz mail.tudominio.com 25

Si esto falla, el firewall de tu servidor (UFW o iptables) o el firewall perimetral de tu proveedor está bloqueando el tráfico entrante.

5. El Panel Web o Webmail dan Error 502 (Bad Gateway)

iRedAdmin y Roundcube no corren directamente sobre Nginx; usan intérpretes intermedios (uWSGI y PHP-FPM, respectivamente). Si estos servicios se caen o pierden conexión con la base de datos MariaDB, Nginx mostrará un error 502.

Solución rápida: Reinicia los servicios de la capa de aplicación web.

Bash

sudo systemctl restart php8.1-fpm # La versión puede variar según tu SO

sudo systemctl restart uwsgi

sudo systemctl restart nginx

6. Problemas de Entregabilidad (Tus correos llegan a SPAM)

Este es un fallo de configuración de DNS, no del servidor Linux en sí. Si tus correos salen pero caen en la carpeta de correo no deseado del destinatario, debes verificar que Amavis esté firmando los correos y que tus DNS estén correctos.

Verificar que el servicio Amavis esté inyectando la firma DKIM:

Bash

sudo amavisd-new testkeys

Debe responder pass para tu dominio.

Si dice "fail" o no está configurado:

Vuelve a extraer tu llave pública y asegúrate de que el registro TXT en tu panel DNS coincida exactamente.

Bash

sudo amavisd-new showkeys

Dado que iRedMail integra tantas capas de seguridad perimetral e interna, ¿estás enfrentando actualmente algún bloqueo silencioso donde los correos son rechazados sin un mensaje de error claro, o tu problema principal está en el acceso de los usuarios a los servicios web y protocolos IMAP?

Cómo instalar y configurar iRedMail en linux

 Le preguntamos a Gemini, la inteligenia artificial de Google, cómo instalar y configurar iRedMail en linux

Explicanos detalladamente cómo instalar y configurar iRedMail en linux

iRedMail es, sin duda, la solución definitiva si necesitas montar un servidor de correo en Linux sin tener que configurar Postfix, Dovecot y bases de datos a mano desde cero. Es un script automatizado que toma un sistema operativo limpio y despliega toda la arquitectura de correo (incluyendo seguridad, antispam y webmail) en unos 15 minutos.

A diferencia de lidiar con dependencias heredadas, iRedMail despliega componentes modernos. Instala automáticamente Roundcube o SOGo (las alternativas modernas que mencionamos antes), y blinda el sistema configurando reglas de firewall y Fail2ban por defecto, lo cual te ahorrará mucho trabajo manual si acostumbras gestionar la seguridad perimetral de tus servidores.

Aquí tienes la guía de despliegue paso a paso.

Requisitos Previos (Estrictos)

iRedMail es muy exigente con su entorno inicial:

Un servidor completamente limpio (Fresh Install): No lo instales en un servidor que ya tenga Apache, MySQL o Postfix corriendo. iRedMail necesita apoderarse del servidor. Ubuntu 22.04/24.04 LTS o Debian 12 son ideales.

Al menos 4 GB de RAM: SpamAssassin y ClamAV (el antivirus) consumen bastante memoria.

Un dominio registrado.

1. Preparar el FQDN (Nombre de Dominio Completamente Calificado)

El servidor debe saber quién es antes de instalar nada. Supongamos que tu servidor se llamará mail.tuempresa.com.

Abre el archivo de hostname:

Bash

sudo nano /etc/hostname

Escribe solo el nombre corto: mail y guarda.

Abre el archivo de hosts:

Bash

sudo nano /etc/hosts

Añade tu IP pública y el FQDN en la primera línea. Debe quedar exactamente así (reemplaza 12.34.56.78 por la IP de tu servidor):

Plaintext

127.0.0.1 localhost

12.34.56.78 mail.tuempresa.com mail

Reinicia el servidor para aplicar los cambios:

Bash

sudo reboot

(Verifica ejecutando hostname -f, debe devolver mail.tuempresa.com).

2. Descargar y Ejecutar el Instalador

Una vez reiniciado, descarga la última versión del script.

Bash

# Navega al directorio root

sudo su -

cd /root

# Descarga la última versión (verifica la web oficial para el link más reciente)

wget https://github.com/iredmail/iRedMail/archive/refs/tags/1.6.8.tar.gz

# Descomprime

tar xvf 1.6.8.tar.gz

cd iRedMail-1.6.8/

# Ejecuta el instalador

bash iRedMail.sh

3. El Asistente de Instalación

El script abrirá una interfaz interactiva en la terminal (tipo ncurses). Estas son las decisiones clave que deberás tomar:

Directorio de almacenamiento : Deja el por defecto (/var/vmail). Aquí irán a parar todos los correos.

Servidor Web : Selecciona Nginx. iRedMail está ultra-optimizado para usar Nginx en lugar de Apache.

Backend de Base de Datos : Puedes elegir MariaDB, PostgreSQL o OpenLDAP. Si no tienes un directorio activo existente, MariaDB es la opción más sencilla de administrar.

Contraseña del Backend : Crea una contraseña fuerte para el usuario root de MariaDB.

Tu primer dominio de correo: Escribe tu dominio real (ej. tuempresa.com). No pongas mail.tuempresa.com aquí.

Contraseña del Administrador: Esta será la clave para el usuario postmaster@tuempresa.com, que usarás para entrar al panel de control web.

Componentes Opcionales: Te preguntará qué quieres instalar. Te recomiendo marcar:

Roundcubemail (Cliente webmail ligero).

SOGo (Webmail avanzado con calendarios y ActiveSync para móviles).

Netdata (Monitorización del sistema en tiempo real).

iRedAdmin (El panel web para crear cuentas de correo).

Fail2ban (Obligatorio para banear IPs que intenten ataques de fuerza bruta).

Una vez confirmes, el script descargará e instalará todos los paquetes. Presiona y a todas las preguntas finales sobre si deseas que iRedMail aplique las reglas del firewall.

4. Post-Instalación y Panel de Control

Cuando termine, la terminal te imprimirá un resumen con URLs y contraseñas. Guarda esa salida de texto de forma segura.

Para empezar a crear usuarios, ve a tu navegador e ingresa al panel de administración (reemplaza por tu IP o dominio):

URL: https://mail.tuempresa.com/iredadmin/

Usuario: postmaster@tuempresa.com

Contraseña: La que definiste en el paso 3.

Tus usuarios podrán leer su correo en: https://mail.tuempresa.com/mail/ (Roundcube) o https://mail.tuempresa.com/SOGo/.

5. El Desafío Final: Registros DNS

Tu servidor ya funciona localmente, pero para que Gmail o Microsoft no rechacen tus correos, debes ir al panel de tu proveedor de dominio (Cloudflare, GoDaddy, etc.) y configurar los siguientes registros DNS apuntando a la IP de tu servidor:

Tipo	Nombre	Valor	Propósito
A	mail	Tu_IP_Pública	Resuelve el nombre del servidor.
MX	@	mail.tuempresa.com	Dice a internet dónde enviar el correo.
TXT (SPF)	@	v=spf1 mx a -all	Autoriza a tu servidor a enviar.

La clave maestra: El registro DKIM

iRedMail genera automáticamente una llave criptográfica para firmar tus correos. Para verla y añadirla a tus DNS, ejecuta en el servidor:

Bash

sudo amavisd-new showkeys

Copia la llave pública que aparece (quitando las comillas) y crea un registro TXT en tu DNS llamado dkim._domainkey.

Dado que estás montando una infraestructura crítica que almacena todos los correos de los usuarios en el directorio /var/vmail, ¿te gustaría que revisemos cómo configurar una estrategia de respaldos automatizados en Linux (quizás usando herramientas como Deja Dup o rsync) para asegurar esa carpeta y las bases de datos de iRedMail?