Cómo resolver problemas de HMailServer

 Le pedimos a Gemini, la inteligencia artificial de Google, nos explique cómo resolver problemas de HMailServer

Explicanos detalladamente cómo resolver problemas de HMailServer

Resolver problemas en hMailServer es, afortunadamente, mucho más visual y menos críptico que en los sistemas Linux puros. Al estar integrado en Windows, no tienes que pelear tanto con permisos de archivos, pero sí debes vigilar de cerca el Firewall, el enrutamiento de red y la base de datos.

Aquí tienes el manual de operaciones tácticas para diagnosticar y solucionar los fallos más comunes en hMailServer.

1. El Oráculo: Activar y Leer los Logs

Si hMailServer falla y no estás mirando los logs, estás volando a ciegas. Por defecto, hMailServer no registra todo para ahorrar espacio en disco. Si tienes un problema, lo primero es encender el radar.

Cómo activarlos

Abre hMailServer Administrator.

Ve a Settings -> Logging.

Marca la casilla Enabled.

Selecciona al menos: Application, SMTP, POP3, IMAP y TCP/IP.

Haz clic en Save.

Dónde leerlos

Puedes ir a Status -> Logging en el panel izquierdo y ver el tráfico en vivo pulsando Start.

O puedes abrir los archivos de texto en la ruta de instalación (usualmente C:\Program Files (x86)\hMailServer\Logs).

(Nota: Una vez que resuelvas el problema, recuerda desactivar el log detallado o tu disco duro se llenará de archivos de texto con el tiempo).

2. Problema Crítico: El servicio no arranca o no puedes iniciar sesión

Si intentas abrir hMailServer Administrator, pones tu contraseña maestra y te da un error de conexión (o el servicio de Windows se detiene solo), el culpable es casi siempre la Base de Datos.

Diagnóstico: hMailServer perdió la conexión con MySQL/PostgreSQL/SQL Server (quizás cambiaste la contraseña de la base de datos o el motor de base de datos no está iniciado).

La Solución Mágica (DBSetup.exe)

Ve a la carpeta C:\Program Files (x86)\hMailServer\Bin.

Ejecuta DBSetup.exe.

Sigue el asistente, selecciona tu motor de base de datos y vuelve a introducir las credenciales correctas de la base de datos. Esto reescribirá el archivo de configuración oculto (hMailServer.ini) cifrando la nueva contraseña correctamente.

3. Problemas de Envío: "Los correos no salen"

El escenario clásico: recibes correos sin problema, pero cuando intentas enviar a Gmail o Outlook, se quedan en la cola o fallan.

Causa 1: El puerto 25 está bloqueado.

La inmensa mayoría de los proveedores de internet residenciales y servicios Cloud (AWS, Azure) bloquean el puerto 25 de salida.

Prueba: Abre PowerShell y escribe Test-NetConnection smtp.gmail.com -Port 25. Si falla, estás bloqueado.

Solución: Configura un "Smarthost" (SMTP Relay). Ve a Settings -> Protocols -> SMTP -> Delivery of e-mail y configura las credenciales de un servicio como SendGrid, Mailjet o Amazon SES para que ellos entreguen el correo por ti.

Causa 2: Fallo en la resolución DNS.

Ve a Settings -> Protocols -> SMTP y asegúrate de que el servidor está usando tus adaptadores de red correctamente. Opcionalmente, puedes forzar DNS públicos (como 8.8.8.8) si el DNS de tu Windows Server está fallando.

4. Problemas de Recepción: "Nadie se puede conectar" o "No entran correos"

El Auto-Ban atacó de nuevo: Si un usuario (o tú mismo) metió mal la contraseña varias veces en su móvil, hMailServer bloquea su IP para protegerte de hackers.

Solución: Ve a Settings -> Advanced -> Auto-ban. Revisa la lista, selecciona la IP bloqueada y elimínala.

El Firewall de Windows: Asegúrate de que las reglas de entrada del Windows Defender Firewall (y las reglas de red de tu proveedor Cloud) tengan abiertos los puertos 25, 143, 587 y 993.

Registros MX: Si los correos rebotan desde fuera, usa una herramienta como MxToolbox en internet y escribe tu dominio. Si el registro MX no apunta a la IP pública de tu servidor hMailServer, los correos se perderán en internet.

5. El Problema Fantasma: "Mis correos llegan a la carpeta de SPAM"

Este no es un fallo de hMailServer, sino de la reputación de tu dominio. Los gigantes como Gmail o Microsoft son despiadados. Si quieres llegar a la bandeja de entrada, debes configurar tres cosas en los registros DNS de tu dominio:

SPF : Un registro TXT que dice "La IP de mi servidor está autorizada a enviar correos a nombre de mi empresa".

DKIM : Una firma criptográfica. En hMailServer, puedes generar esto yendo a tu Domain -> DKIM Signature. Genera la llave, pon la privada en hMailServer y publica la pública en tu panel de DNS.

Reverse DNS ( PTR ): Debes pedirle al proveedor de tu IP pública que asigne el nombre de tu servidor (ej. mail.tuempresa.com) a tu dirección IP.

Tabla de Diagnóstico Rápido

Síntoma en hMailServer	Dónde mirar	Acción a tomar
Administrador no conecta (Error DB)	DBSetup.exe en la carpeta bin	Reconfigurar credenciales de la base de datos.
Cuenta da "Contraseña incorrecta"	Log de "Application" o "Auto-ban"	Desbloquear IP o resetear clave en la cuenta.
Correos atrapados en la "Delivery queue"	Log de "SMTP"	Revisar bloqueo del puerto 25 o problemas de DNS local.
Errores de Certificado SSL	Settings -> Advanced -> SSL Certificates	Renovar certificado y reasignarlo a los puertos TCP/IP.
El servidor consume 100% de CPU	Log de "SMTP"	Revisar si estás bajo un ataque de fuerza bruta o de Relay.

¿Qué problema específico estás experimentando ahora mismo con tu servidor? ¿Tus correos rebotan al enviarlos hacia el exterior, o tus usuarios ni siquiera pueden conectarse con sus clientes de correo?

Cómo instalar y configurar HMailServer en windows

Le pedimos a Gemini, la inteligencia artifiial de Google, que nos explique cómo instalar y configurar HMailServer en windows 

Explicanos detalladamente cómo instalar y configurar HMailServer en windows

¡Ahora sí estamos en su ecosistema natural! hMailServer es una de las joyas más preciadas para alojar correo en entornos Windows: es gratuito, de código abierto, consume poquísimos recursos y su panel de administración gráfico te ahorra horas de lidiar con archivos de texto en la consola.

Aquí tienes la guía definitiva, paso a paso, para instalar y dejar configurado hMailServer en Windows (aplica tanto para Windows 10/11 como para Windows Server).

1. Preparativos: La decisión de la Base de Datos

Antes de descargar nada, debes saber que hMailServer necesita una base de datos para guardar su configuración, las cuentas y el índice de los mensajes (los correos en sí se guardan como archivos .eml en el disco duro). Tienes dos caminos:

Opción A (Pruebas o redes muy pequeñas): Usar la base de datos integrada (Microsoft SQL Server Compact). Es la opción por defecto, se instala con un clic, pero no está diseñada para manejar miles de correos diarios ni tráfico pesado.

Opción B (Entornos de Producción): Instalar previamente MySQL/MariaDB, PostgreSQL o Microsoft SQL Server. Si eliges esto, asegúrate de tener el motor de base de datos ya corriendo en tu servidor antes de instalar hMailServer.

2. Descarga e Instalación

Ve a la página oficial (hmailserver.com) y descarga la última versión estable (suele ser un archivo .exe).

Ejecuta el instalador como Administrador.

En la pantalla de selección de componentes, asegúrate de marcar ambas opciones:

Server: El motor que funciona en segundo plano.

Administrative tools: La interfaz gráfica para gestionarlo.

Selección de Base de Datos: Elige Built-in database (si tomaste la Opción A) o External database (si tomaste la Opción B y ya tienes MySQL/PostgreSQL listo).

La Contraseña Maestra (Master Password): El instalador te pedirá que crees una contraseña. Anótala y no la pierdas. Es la llave maestra para abrir el panel de control gráfico; sin ella, quedarás fuera de tu propio servidor.

Finaliza la instalación. hMailServer se iniciará automáticamente como un servicio de Windows.

3. Configuración Inicial (Creando tu dominio y cuentas)

Busca en tu menú de inicio el programa hMailServer Administrator y ábrelo.

Conexión: Verás una ventana pequeña que dice "localhost". Haz clic en Connect e introduce tu Contraseña Maestra.

Añadir el Dominio

En el árbol de la izquierda, haz clic en Domains.

Haz clic en el botón Add... en la parte derecha.

En el campo Domain, escribe tu dominio de correo (por ejemplo, tuempresa.com).

Haz clic en Save.

Añadir Cuentas de Correo

Despliega el dominio que acabas de crear haciendo clic en el signo + a su izquierda.

Haz clic en la carpeta Accounts.

Haz clic en Add....

Rellena los datos: En Address pon el nombre de la cuenta (ej. info), en Password asigna la clave para ese usuario, y en Maximum size (MB) puedes limitar el tamaño del buzón (pon 0 para ilimitado).

Haz clic en Save. ¡Felicidades! A nivel interno, el servidor ya funciona y tiene cuentas. Pero aún no puede comunicarse con el mundo exterior.

4. Configuración de Red y Firewall (El paso crítico)

El 90% de los problemas de hMailServer vienen de un Firewall mal configurado. Para que los correos entren y salgan, y para que tus usuarios puedan conectar sus teléfonos o clientes (Outlook, Thunderbird), debes abrir puertos.

Puertos a abrir en el Firewall de Windows (y en tu router/proveedor de nube):

25 ( TCP ): SMTP estándar (Obligatorio para recibir correos de otros servidores como Gmail o Outlook).

143 ( TCP ): IMAP (Para que los usuarios lean su correo sincronizado).

587 ( TCP ): SMTP Submission (Para que tus usuarios envíen correos desde sus dispositivos de forma segura).

993 ( TCP ): IMAPS (IMAP cifrado mediante SSL/TLS).

Nota de infraestructura: Si tu servidor está en una nube (AWS, Azure, Google Cloud), ten en cuenta que muchos proveedores bloquean el puerto 25 por defecto para evitar el spam. Tendrás que pedirles soporte para que te lo abran o configurar un SMTP Relay externo dentro de hMailServer (en Settings -> Protocols -> SMTP -> pestaña Delivery of e-mail).

5. Asegurando el Servidor (Buenas prácticas)

Una vez conectado a internet, los bots intentarán adivinar tus contraseñas en cuestión de minutos. Ve a tu hMailServer Administrator y ajusta esto:

Activar Auto-Ban

Ve a Settings -> Advanced -> Auto-ban.

Asegúrate de que la casilla Enabled esté marcada. Esto bloqueará automáticamente las direcciones IP que fallen la contraseña varias veces seguidas, protegiéndote de ataques de fuerza bruta.

Configurar el Nombre del Host

Ve a Settings -> Protocols -> SMTP.

En la pestaña Delivery of e-mail, busca el campo Local host name. Escribe allí el nombre completo de tu servidor (ej. mail.tuempresa.com). Esto es vital para que otros servidores no rechacen tus correos creyendo que eres spam.

Certificados SSL/TLS

Ve a Settings -> Advanced -> SSL certificates.

Aquí debes importar tu certificado (por ejemplo, los gratuitos de Let's Encrypt generados con herramientas como Certify The Web u win-acme).

Una vez importados, ve a Settings -> Advanced -> TCP/IP ports, selecciona cada puerto (ej. 143, 587) y asígnale el certificado para cifrar las conexiones.

6. Prueba Final

Conecta un cliente de correo externo (como Thunderbird o el gestor de correo de tu teléfono) usando la IP pública de tu servidor o tu dominio, el correo que creaste (info@tuempresa.com) y su contraseña. Intenta enviarte un correo a una dirección de Gmail y responderlo para verificar el flujo de entrada y salida.

Cómo instalar y configurar HMailServer en linux

 Le preguntamos a Google, la inteligencia artificial de Google cómo instalar y configurar HMailServer en linux

Explicanos detalladamente cómo instalar y configurar HMailServer en linux

Aquí tenemos que hacer una pequeña pero crucial corrección de ruta antes de empezar: hMailServer es un servidor de correo diseñado exclusivamente para Microsoft Windows.

A pesar de ser gratuito y de código abierto (lo que a menudo hace que se asuma que es para Linux), su código y su arquitectura están profundamente arraigados en los servicios de Windows, el registro del sistema y tecnologías COM. Por lo tanto, no existe una versión nativa ni un instalador de hMailServer para Linux.

Sin embargo, para que puedas avanzar con tu proyecto, aquí tienes las tres vías reales que puedes tomar para solucionar esto.

Vía 1: El camino correcto en Linux (Alternativas Nativas)

Si tu servidor ya tiene Linux y necesitas montar un sistema de correo robusto, el ecosistema de este sistema operativo es en realidad el estándar de la industria. En lugar de un solo programa monolítico, Linux utiliza una arquitectura modular.

Si buscabas hMailServer por su interfaz gráfica fácil de usar, configurar todo desde la terminal puede ser tedioso. La mejor alternativa en Linux es usar soluciones "Todo en Uno" que instalan el motor de correo y te dan un panel web de administración intuitivo (similar al administrador de hMailServer):

iRedMail: Es el equivalente más cercano. Instala Postfix, Dovecot, bases de datos, antivirus (ClamAV), antispam (SpamAssassin) y un panel de control web muy completo. Funciona de maravilla en Ubuntu, Debian y CentOS.

Mail-in-a-Box: Convierte un servidor Ubuntu limpio en un servidor de correo totalmente funcional en unos 15 minutos, con un enfoque casi obsesivo en la configuración de seguridad (DNS, DNSSEC, DKIM, DMARC).

Modo manual (Para expertos): Instalar y configurar Postfix o Exim (para el envío y recepción) junto con Dovecot (para que los usuarios lean su correo) desde cero en la terminal.

Vía 2: Instalar hMailServer en su entorno natural (Windows)

Si prefieres la simplicidad de hMailServer y estás dispuesto a cambiar el sistema operativo a Windows (Windows 10/11 o Windows Server), el proceso es extremadamente directo:

1. Preparación de la Base de Datos

hMailServer incluye una base de datos interna (Microsoft SQL Server Compact) que está bien para pruebas o entornos muy pequeños. Para producción, debes instalar previamente MySQL/MariaDB, PostgreSQL o MS SQL Server.

2. Instalación

Descarga el instalador oficial .exe desde la web de hMailServer.

Ejecuta el instalador. Te preguntará si quieres instalar el servidor y las herramientas de administración (marca ambas).

Selecciona el tipo de base de datos que preparaste en el paso anterior.

El sistema te pedirá crear una Contraseña maestra (Master password). Guárdala bien, la necesitarás para administrar el servidor.

3. Configuración Inicial (hMailServer Administrator)

Abre el programa hMailServer Administrator y conéctate a localhost usando tu contraseña maestra.

Ve a Domains > Add y escribe el nombre de tu dominio (ej. tuempresa.com). Guárdalo.

Despliega el dominio que acabas de crear en el árbol de la izquierda, haz clic en Accounts > Add.

Crea tu primera cuenta (ej. info@tuempresa.com), asígnale una contraseña y define el límite de tamaño del buzón si lo deseas.

4. Seguridad Básica y Puertos

Ve a Settings > Advanced > Auto-ban para asegurarte de que el bloqueo automático de intentos de inicio de sesión fallidos esté activado.

Asegúrate de abrir los puertos 25 (SMTP), 143 (IMAP) y 587 (SMTP seguro) en el Firewall de Windows y en tu router o proveedor en la nube.

Vía 3: Forzar hMailServer en Linux mediante WINE (Altamente desaconsejado)

Técnicamente, algunos usuarios experimentales intentan ejecutar hMailServer en Linux utilizando WINE (la capa de compatibilidad de Windows).

Por qué no deberías hacer esto en un entorno real:

Estabilidad: Un servidor de correo requiere un tiempo de actividad casi perfecto. WINE no está diseñado para mantener demonios de red de Windows corriendo perpetuamente sin fallos.

Seguridad: Estarías ejecutando binarios de Windows a través de una capa de traducción expuesta directamente a internet, lo cual es un riesgo crítico.

Rendimiento: Las llamadas a la base de datos y al sistema de archivos perderán mucha eficiencia.

En resumen: si tu infraestructura debe ser Linux, lo más inteligente y estable es optar por un script automatizado como iRedMail. Si hMailServer es innegociable, necesitarás desplegar una máquina virtual o servidor físico con Windows.

Cómo resolver problemas de Exim en linux

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

Explicanos detalladamente cómo resolver problemas de Exim en linux

Resolver problemas en Exim puede parecer intimidante al principio porque su arquitectura es muy diferente a la de otros servidores de correo. Sin embargo, tiene una de las herramientas de registro (logs) más detalladas y potentes del ecosistema Linux. Si sabes qué buscar, Exim te dirá exactamente dónde está el fallo.

Aquí tienes la guía de "trinchera" para diagnosticar y solucionar problemas en Exim, yendo desde el rastreo básico hasta la depuración avanzada.

1. El Oráculo: Entendiendo el mainlog

A diferencia de otros servicios que envían sus errores al syslog general, Exim tiene su propio registro dedicado. Este archivo es tu punto de partida indiscutible.

Bash

# Sigue el log en tiempo real mientras haces pruebas de envío/recepción

sudo tail -f /var/log/exim4/mainlog

El "Idioma" de Exim (Símbolos clave en el log):

Para leer el log rápidamente, busca estos caracteres al lado del ID del mensaje (ej. 1rZXYZ-0001bc-AB):

<= : El mensaje fue aceptado por Exim (entrada).

=> : El mensaje fue entregado con éxito a su destino (salida).

-> : Entrega adicional (por ejemplo, al reenviar a un alias).

== : Entrega aplazada (Problema temporal, Exim lo intentará de nuevo más tarde).

: Error fatal / Rechazo (Problema permanente, el correo no saldrá ni entrará).

2. Herramientas de Diagnóstico Integradas

Antes de tocar la configuración a ciegas, puedes usar los comandos de diagnóstico de Exim para simular cómo tratará un correo sin enviarlo realmente.

A. ¿A dónde enviará Exim este correo? (Test de enrutamiento)

Si el correo no llega, pregúntale a Exim cómo está resolviendo la dirección.

Bash

sudo exim -bt usuario@dominio-destino.com

Si Exim responde que la dirección es "unrouteable", tienes un problema de configuración en tus reglas de envío o problemas de resolución DNS.

B. ¿Hay un error de sintaxis en mi configuración?

Si acabas de editar la configuración y el servicio falla, comprueba la sintaxis:

Bash

sudo exim -bV

3. Resolución de Problemas en la Cola (Queue)

Cuando los correos no salen (por ejemplo, notificaciones generadas por un sistema de tickets local que se quedan atascadas), se acumulan en la cola.

Ver qué hay atascado:

Bash

sudo mailq

# o alternativamente: sudo exim -bp

Leer el log de un correo específico atascado:

Esto te dirá por qué ese mensaje en particular no ha salido.

Bash

sudo exim -Mvl <ID-del-mensaje>

Ver el cuerpo/contenido de un correo atascado:

Útil para saber si es spam generado por un script comprometido o un correo legítimo.

Bash

sudo exim -Mvb <ID-del-mensaje>

4. Tabla de Errores Comunes y Soluciones

Código en Log / Síntoma	Causa Probable	Solución
** ... Authentication required	Si usas un Smarthost externo, Exim no está enviando la contraseña correcta.	Revisa la sintaxis en /etc/exim4/passwd.client y asegúrate de que el archivo tenga permisos 640 y pertenezca a root:Debian-exim.
#ERROR!	El puerto 25 hacia el exterior está bloqueado.	Los proveedores cloud (AWS, Google Cloud, DigitalOcean) bloquean el puerto 25 por defecto. Configura Exim para usar un Smarthost por el puerto 587.
** ... Unrouteable address	Exim no sabe cómo llegar a ese dominio o lo considera local por error.	Revisa si el dominio de destino está listado erróneamente en dc_other_hostnames (si usas config asistida).
Relay not permitted	Un equipo externo está intentando usar tu Exim para enviar correo sin autenticarse.	Exim bloquea esto por seguridad. Asegúrate de configurar la autenticación SMTP si vas a permitir clientes remotos.

5. El "Modo Dios": Depuración de Transacciones (ACLs)

Si estás configurando Exim para recibir correos de internet o de aplicaciones externas y los rechaza silenciosamente, puedes simular una transacción SMTP paso a paso para ver en qué momento tus reglas de seguridad (Access Control Lists - ACL) están cortando la conexión.

Bash

# Simula una conexión SMTP desde la IP de un cliente o aplicación (ej. 192.168.1.50)

sudo exim -d -bh 192.168.1.50

(Esto te abrirá una sesión SMTP simulada en la terminal. Escribe EHLO dominio.com, luego MAIL FROM: <...>, etc. La salida será extremadamente verbosa y te dirá exactamente qué línea de tu configuración rechaza o acepta el comando).

Un consejo operativo

Si notas que el sistema está muy lento y ejecutas mailq solo para descubrir que tienes miles de correos congelados (usualmente bounces o spam), puedes limpiar la cola rápidamente con este combo:

Bash

# Eliminar todos los mensajes de la cola

sudo exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | sudo sh

Para darte el enfoque más preciso: ¿El problema que estás experimentando es con correos originados localmente que no logran salir hacia el exterior, o con correos entrantes que Exim está rechazando antes de que puedan ser leídos por servicios locales?

Cómo instalar y configurar Exim en linux

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

Explicanos detalladamente cómo instalar y configurar Exim en linux

Si Postfix es el chico popular y estructurado del mundo de los Mail Transfer Agents ( MTA ), Exim es el veterano de configuración flexible. Es el servidor de correo por defecto en sistemas como Debian y es famoso porque su archivo de configuración no es un simple listado de variables, sino casi un lenguaje de programación en sí mismo. Esto lo hace increíblemente potente, pero también intimidante si no se aborda con orden.

Si Postfix es el chico estructurado y popular de los servidores de correo, Exim es el veterano académico de configuración ultra-flexible. Es el Agente de Transferencia de Correo (MTA) por defecto en sistemas basados en Debian y Ubuntu. Su fama radica en que su archivo de configuración no es un simple listado de variables, sino casi un lenguaje de programación propio.

Esto lo hace increíblemente potente para filtrar correos o crear reglas complejas, pero también puede ser intimidante. Afortunadamente, Linux tiene herramientas para hacernos la vida más fácil. Aquí tienes la guía paso a paso.  

A continuación, te detallo cómo instalarlo, configurarlo (aprovechando las herramientas interactivas de Linux) y gestionar su cola de correo.

1. El Concepto: Monolítico vs. Dividido

Antes de instalar, debes saber algo crítico sobre Exim en Debian/Ubuntu: no se configura editando directamente su archivo final. El sistema te da a elegir entre tener la configuración en un solo gran archivo base (/etc/exim4/exim4.conf.template) o dividida en docenas de pequeños archivos dentro de /etc/exim4/conf.d/. Para empezar, el enfoque de archivo único (monolítico) es mucho más fácil de manejar.

2. Instalación de Exim

En las distribuciones basadas en Debian/Ubuntu, Exim está dividido en paquetes según las necesidades de tu servidor (soporte para bases de datos, LDAP, etc.). Para la gran mayoría de escenarios, el paquete estándar es más que suficiente.

Ejecuta en tu terminal:

Bash

sudo apt install exim4-daemon-light mailutils -y

Instalamos mailutils para contar con el comando mail, que nos permitirá hacer pruebas de envío directamente desde la consola.

3. Configuración Asistida (El método recomendado)

Modificar el archivo de configuración de Exim a mano desde cero es una receta para el desastre si estás empezando. Por suerte, los sistemas basados en Debian incluyen un asistente interactivo espectacular que genera la configuración limpia por ti.

Inicia el asistente con el siguiente comando:

Bash

sudo apt-get update

sudo dpkg-reconfigure exim4-config

El asistente te hará una serie de preguntas clave. Aquí tienes cómo responder según tu objetivo:

Tipo de configuración: * Internet site (Sitio de Internet): Si tu servidor va a enviar y recibir correos directamente usando su propia IP pública.

Mail sent by smarthost (Envío mediante un smarthost): (El más común) Si vas a usar Exim para enviar correos de tus aplicaciones locales (como osTicket o Znuny), pero quieres que se desvíen a través de un servidor externo (como SendGrid, Mailgun o Gmail).

Nombre del sistema de correo: El FQDN de tu servidor (por ejemplo, servidor.tuempresa.com).

Direcciones IP en las que escuchar conexiones: Si solo lo usará el propio servidor para enviar alertas internas, pon 127.0.0.1. Si otros servidores de tu red le van a enviar correos, pon su IP de red local o déjalo en blanco para escuchar en todas.

Otros destinos para los que se acepta correo: Dominios locales que este Exim deba recibir.

Dividir la configuración en archivos pequeños: Selecciona No para mantener la configuración en un único archivo principal (/etc/exim4/exim4.conf.template), lo cual facilita las modificaciones manuales posteriores.

Vamos a instalar el paquete "light", que tiene todo lo necesario para enviar y recibir correos de internet o funcionar como un Smarthost (enviar correos a través de un tercero como SendGrid o Amazon SES).

Bash

sudo apt update

sudo apt install exim4-daemon-light mailutils -y

(Instalamos mailutils para tener el comando mail y poder hacer pruebas rápidas desde la consola).  

5. Configuración Asistida (La forma segura)

Modificar Exim desde cero es una receta para el dolor de cabeza. Utilizaremos el asistente interactivo de Debian, que generará una configuración limpia y segura.

Ejecuta el siguiente comando:

Bash

sudo dpkg-reconfigure exim4-config

Te aparecerá una interfaz gráfica en la terminal con varias pantallas. Estas son las respuestas clave según lo que busques:

Tipo de configuración general:

El sitio de Internet (Internet Site): Elígelo si tu servidor va a enviar correos directamente a otros servidores (Gmail, Outlook) usando su propia IP pública.

El correo se envía mediante un "smarthost" (Smarthost): Elígelo si vas a enviar los correos a través de una cuenta de Office365, Google Workspace, o un servicio SMTP externo.

Entrega local solamente (Local delivery only): Si es solo para alertas del propio sistema Linux a root.

Nombre de correo del sistema: Pon el FQDN de tu servidor (ej. servidor.tuempresa.com).

Direcciones IP a escuchar: Si quieres que aplicaciones de tu red local puedan usarlo, déjalo en blanco. Si es solo para el propio servidor, pon 127.0.0.1 ; ::1.

Otros destinos para los que se acepta correo: Los dominios de los que tu servidor será el receptor final.

Mantener la cantidad de consultas DNS al mínimo: Selecciona "No" a menos que estés en una conexión intermitente (como un módem por satélite).

Dividir la configuración en pequeños archivos: Selecciona No (para usar el archivo monolítico que mencionamos al principio).

6. Configuración Manual: Autenticación con un Smarthost (SMTP Externo)

Si en el paso anterior elegiste configurar Exim como Smarthost (para que use una cuenta de correo externa para los envíos masivos o de sistema), debes indicarle las credenciales de acceso.

Edita el archivo de contraseñas de Exim:

Bash

sudo nano /etc/exim4/passwd.client

Añade tus credenciales al final del archivo utilizando el siguiente formato:

Plaintext

*.tu-proveedor-smtp.com:usuario_o_api_key:tu_contraseña_o_secret

Por ejemplo, para SendGrid sería algo como: *.sendgrid.net:apikey:SG.XYZ...

Protege el archivo cambiando sus permisos para que solo Exim pueda leerlo:

Bash

sudo chown root:Debian-exim /etc/exim4/passwd.client

sudo chmod 640 /etc/exim4/passwd.client

Aplica los cambios regenerando la configuración de Exim:

Bash

sudo update-exim4.conf

sudo systemctl restart exim4

7. Configurar Credenciales (Solo si usas Smarthost)

Si en el paso anterior elegiste usar un proveedor externo (Smarthost), necesitas decirle a Exim tu usuario y contraseña.

Abre el archivo de contraseñas de clientes:

Bash

sudo nano /etc/exim4/passwd.client

Añade tu proveedor y credenciales al final del archivo usando este formato: objetivo:usuario:contraseña. Por ejemplo, para SendGrid:

Plaintext

*.sendgrid.net:apikey:SG.TuTokenSecreto...

Asegura el archivo para que ningún otro usuario del sistema pueda leer tus contraseñas:

Bash

sudo chown root:Debian-exim /etc/exim4/passwd.client

sudo chmod 640 /etc/exim4/passwd.client

8. El Paso Crítico: Aplicar Cambios

A diferencia de Dovecot o Apache, reiniciar el servicio de Exim no aplica los cambios de configuración. Primero debes compilar la plantilla que creamos en los pasos anteriores.

Bash

# 1. Compila la nueva configuración

sudo update-exim4.conf

# 2. Reinicia el servicio para que la lea

sudo systemctl restart exim4

9. Pruebas y Monitoreo

Para comprobar que Exim está funcionando, vamos a enviar un correo de prueba:

Bash

echo "Prueba de Exim en Linux" | mail -s "Hola desde Exim" tu-correo-personal@gmail.com

¿No llegó el correo? Mira los Logs

Exim registra absolutamente todo lo que hace en su archivo mainlog. Si hay un fallo de contraseñas o el puerto 25 está bloqueado por tu proveedor de nube, lo verás aquí:

Bash

sudo tail -f /var/log/exim4/mainlog

<= Indica que Exim recibió un correo de un usuario local.

=> Indica que Exim lo entregó con éxito al exterior.

Indica un error fatal (como conexión rechazada).

10. Verificación y Pruebas de Envío

Para comprobar que Exim está procesando las solicitudes correctamente, puedes enviar un correo de prueba desde la propia terminal:

Bash

echo "Este es un correo de prueba de Exim" | mail -s "Prueba de Servidor" tu-correo-personal@gmail.com

El rastreo en los Logs

Si el correo no llega a tu bandeja de entrada, la respuesta no estará en la consola, sino en el archivo de registro. Mantén el log abierto mientras realizas la prueba:

Bash

sudo tail -f /var/log/exim4/mainlog

Un mensaje con < = significa que Exim aceptó el correo localmente.

Un mensaje con => significa que el correo fue entregado con éxito al siguiente servidor.

Un mensaje con . significa que hubo un error crítico (como datos de autenticación erróneos).

11. Control de la Cola de Correo (Herramientas del Administrador)

Una de las mayores virtudes de Exim es el control absoluto que te da sobre los correos que se quedan "atascados" (por ejemplo, si intentaste enviar un correo a un dominio que no existe).

Acción	Comando	Descripción
Ver la cola	sudo mailq o sudo exim -bp	Muestra todos los correos retenidos y su ID único.
Forzar entrega	sudo exim -qf	Obliga a Exim a reintentar el envío de toda la cola inmediatamente.
Ver estadísticas	`sudo exim -bp	eximon`
Eliminar un correo	sudo exim -Mrm <ID-del-mensaje>	Borra de la cola un correo específico usando su ID.
Eliminar toda la cola	sudo exim -Mrm $(exq -i)	Limpieza total de la cola de mensajes acumulados.

Tabla de Mantenimiento Rápido

El control de la cola es una de las mayores fortalezas de Exim. Si los correos se atascan, usa estos comandos:

Acción	Comando	Para qué sirve
Ver la cola	sudo mailq o sudo exim -bp	Muestra los correos atrapados en el servidor y su ID.
Forzar el envío	sudo exim -qf	Obliga a Exim a intentar enviar toda la cola de inmediato.
Leer un correo	sudo exim -Mvb <ID-Mensaje>	Lee el contenido (cuerpo) de un correo atascado.
Borrar un correo	sudo exim -Mrm <ID-Mensaje>	Elimina un mensaje específico de la cola.

Un detalle técnico a tener en cuenta

A diferencia de otros servicios donde editas un archivo .conf y reinicias, en Exim (especialmente en Debian/Ubuntu) modificar directamente /etc/exim4/exim4.conf.template requiere que ejecutes obligatoriamente sudo update-exim4.conf antes de reiniciar el servicio. Si olvidas este comando, Exim seguirá ejecutando la versión antigua que tiene guardada en su memoria interna /var/lib/exim4/config.autogenerated.

¿Este servidor Exim lo vas a usar principalmente como un "Smarthost" para desviar correos de tus aplicaciones (como WordPress o Znuny) a través de un proveedor externo, o quieres que sea un servidor de correo autónomo de cara a internet?

¿Este servidor Exim lo estás configurando para integrarlo con Znuny/OTRS y manejar tickets, o tienes en mente montar un servicio de correo corporativo completo (junto con Dovecot)?

Cómo resolver problemas de Dovecot en linux

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

Explicanos detalladamente cómo resolver problemas de Dovecot en linux

Resolver problemas en Dovecot es, en esencia, un trabajo de rastreo de autenticación y de permisos de archivos. Dado que Dovecot es extremadamente modular, el 90% de los fallos ocurren cuando el "recepcionista" (el servidor de correo) no puede encontrar el buzón del usuario o no confía en sus credenciales.

Aquí tienes la guía técnica de diagnóstico, organizada de lo más simple a lo más complejo.

1. El Oráculo: Logs de Dovecot

No pierdas tiempo adivinando. Los logs de Dovecot son increíblemente detallados y te dirán exactamente si el problema es la contraseña, el certificado SSL o una ruta inexistente.

Ruta estándar: /var/log/mail.log o /var/log/mail.err.

Monitoreo en tiempo real (mientras intentas conectar desde tu móvil/PC):

Bash

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

2. El Problema #1: "Credenciales rechazadas"

Si el cliente de correo te dice "Usuario o contraseña incorrectos", pero estás seguro de que son correctos, el problema suele ser la autenticación de texto plano o un desajuste en el mecanismo de autenticación.

Verifica la configuración: Abre /etc/dovecot/conf.d/10-auth.conf.

Solución: Asegúrate de que auth_mechanisms tenga lo básico:

Ini, TOML

auth_mechanisms = plain login

Si usas TLS: Asegúrate de que disable_plaintext_auth = yes esté habilitado (esto obliga a usar cifrado, lo cual es correcto).

3. El Problema #2: "Carpeta no encontrada" o error de buzón

Si el login funciona pero el cliente de correo se queda cargando eternamente o te dice "No se puede abrir el buzón", Dovecot no sabe dónde están los correos.

Diagnóstico: Verifica la ruta del buzón en /etc/dovecot/conf.d/10-mail.conf.

La configuración debe coincidir con tu sistema:

Ini, TOML

mail_location = maildir:~/Maildir

Si tus correos están en /var/mail/usuario, tu configuración debe reflejar eso.

Permisos (Crucial): Dovecot debe poder escribir en esa carpeta.

Bash

# Asegúrate de que el usuario sea el dueño

sudo chown -R usuario:usuario /home/usuario/Maildir

# Asegúrate de que tenga permisos de lectura/escritura

sudo chmod -R 700 /home/usuario/Maildir

4. Problemas con SSL/TLS (El error de "Conexión insegura")

Si tu servidor funciona bien con una IP local pero falla al conectarse desde fuera, es casi seguro que el cliente de correo rechaza el certificado SSL.

Diagnóstico: ¿El certificado está caducado?

Bash

sudo openssl x509 -in /etc/letsencrypt/live/tudominio.com/cert.pem -text -noout | grep "Not After"

Solución: Si usas Let's Encrypt, asegúrate de que Dovecot apunte a las rutas correctas en /etc/dovecot/conf.d/10-ssl.conf y que el usuario dovecot (o mail) tenga permiso de lectura sobre esos archivos de certificado.

5. El "Invisible": Postfix y Dovecot no se hablan

Si puedes entrar al correo pero no puedes enviar correos desde tu cliente, Postfix no está validando tus credenciales a través de Dovecot.

Diagnóstico: Verifica si el socket de autenticación de Dovecot está creando el archivo correctamente para que Postfix lo lea.

Revisa el socket en /etc/dovecot/conf.d/10-master.conf:

Ini, TOML

service auth {

   unix_listener /var/spool/postfix/private/auth {

      mode = 0660

      user = postfix

      group = postfix

    }

}

Tabla de Diagnóstico Rápido

Si el archivo no aparece en /var/spool/postfix/private/auth, Postfix nunca podrá autenticar a tus usuarios.

Síntoma	Causa Probable	Solución
Error de Auth al loguear	Desajuste en auth_mechanisms.	Revisar /etc/dovecot/conf.d/10-auth.conf.
Buzón vacío/Error de carpeta	mail_location mal configurado.	Corregir ruta en 10-mail.conf.
El servicio no arranca	Error de sintaxis en archivo .conf.	dovecot -n (te mostrará el error exacto).
Lentitud extrema	Indice de búsqueda de IMAP corrupto.	Borrar archivos dovecot.index* en la carpeta del usuario.

Un consejo de "viejo lobo" de sistemas

La herramienta más potente que tienes es el comando dovecot -n. Al ejecutarlo en la terminal, Dovecot te imprimirá toda su configuración activa filtrando los valores por defecto. Es decir, te mostrará exactamente qué líneas has cambiado o añadido. Si algo no funciona, es porque una de esas líneas está mal escrita o apunta a una ruta que no existe.

¿Estás intentando configurar un servidor con usuarios locales (que existen en /etc/passwd) o estás usando una base de datos SQL para gestionar los correos? (Si es SQL, el problema suele estar en la configuración del driver de la base de datos en dovecot-sql.conf).

Cómo instalar y configurar Dovecot en linux

 Le preguntamos a Gemini, la inteligencia artificila de Google, cómo instalar y configurar Dovecot en linux

Explicanos detallladamente cómo instalar y configurar Dovecot en linux

Si estás montando tu propio servidor de correo en Linux, Dovecot es una pieza innegociable. Si Postfix (o cualquier otro MTA) es el cartero que trae las cartas a la oficina, Dovecot es el recepcionista y los casilleros: se encarga de almacenar los correos de forma segura y permitir que tus usuarios los lean desde su móvil o cliente de correo (como Outlook o Thunderbird) usando IMAP o POP3.

Es rápido, increíblemente ligero y escala de maravilla. Vamos a ver cómo instalarlo y configurarlo detalladamente en Ubuntu/Debian usando el formato moderno de almacenamiento (Maildir).

1. El Ecosistema del Correo

Antes de tocar código, es vital entender dónde se posiciona Dovecot en la red:

2. Paso 1: Instalación de Dovecot

Instalaremos los paquetes base junto con los demonios para IMAP y POP3 (aunque hoy en día POP3 está casi en desuso, es bueno saber cómo activarlo).

Bash

sudo apt update

sudo apt install dovecot-core dovecot-imapd dovecot-pop3d -y

Al terminar, el servicio se iniciará automáticamente, pero estará usando una configuración genérica que no es segura.

3. Paso 2: Habilitar los Protocolos

La configuración de Dovecot está fragmentada en la carpeta /etc/dovecot/conf.d/ para que sea más modular, aunque el archivo maestro es /etc/dovecot/dovecot.conf.

Abre el archivo principal:

Bash

sudo nano /etc/dovecot/dovecot.conf

Busca la línea protocols (si está comentada con un #, quítalo) y asegúrate de que incluya los protocolos que necesitas:

Ini, TOML

protocols = imap pop3 lmtp

(LMTP es útil si planeas conectar Dovecot directamente con Postfix para la entrega local).

4. Paso 3: Configurar el Almacenamiento (Maildir)

Por defecto, muchos sistemas antiguos usan mbox (un solo archivo gigante para todos los correos), lo cual es una pesadilla de rendimiento. Nosotros usaremos Maildir, que crea un archivo individual por cada correo electrónico.

Abre el archivo de configuración de correo:

Bash

sudo nano /etc/etc/dovecot/conf.d/10-mail.conf

Modifica la directiva mail_location para que apunte al directorio del usuario:

Ini, TOML

mail_location = maildir:~/Maildir

Configura los privilegios mínimos para que Dovecot pueda gestionar los buzones sin problemas de permisos:

Ini, TOML

mail_privileged_group = mail

5. Paso 4: Autenticación de Usuarios

Queremos que los usuarios se autentiquen de forma segura utilizando las propias cuentas del sistema Linux (usuarios del archivo /etc/passwd).

Abre el archivo de autenticación:

Bash

sudo nano /etc/dovecot/conf.d/10-auth.conf

Descomenta o modifica la siguiente línea para prohibir textos planos si no hay cifrado activo (vital para la seguridad):

Ini, TOML

disable_plaintext_auth = yes

Asegúrate de que los mecanismos permitidos incluyan plain y login:

Ini, TOML

auth_mechanisms = plain login

6. Paso 5: Cifrado SSL/TLS (¡Obligatorio!)

Hacer correr un servidor de correo en el siglo XXI sin SSL es regalarle tus contraseñas a cualquiera. Vamos a configurar Dovecot para que use certificados válidos (puedes usar los de Let's Encrypt si ya los tienes).

Abre el archivo de SSL:

Bash

sudo nano /etc/dovecot/conf.d/10-ssl.conf

Fuerza el uso de SSL cambiando el parámetro a required:

Ini, TOML

ssl = required

Especifica las rutas de tu certificado y tu clave privada:

Ini, TOML

ssl_cert = </etc/letsencrypt/live/tudominio.com/fullchain.pem

ssl_key = </etc/letsencrypt/live/tudominio.com/privkey.pem

(Nota el carácter <; es obligatorio en la sintaxis de Dovecot para indicarle que lea el contenido del archivo).

7. Paso 6: Integración con Postfix (El socket de autenticación)

Si estás usando Postfix para enviar correos, este necesitará "preguntarle" a Dovecot si un usuario es legítimo antes de permitirle enviar un email hacia el exterior (SASL Auth).Abre el archivo maestro de sockets:

Bash

sudo nano /etc/dovecot/conf.d/10-master.conf

Busca la sección service auth y configúrala para que cree un socket compatible con Postfix dentro de su jaula de ejecución:

Ini, TOML service auth {

unix_listener /var/spool/postfix/private/auth {

mode = 0660

user = postfix

group = postfix

     }

}

8. Aplicar Cambios y Pruebas

Reinicia el servicio para que absorba toda la nueva configuración:

Bash

sudo systemctl restart dovecot

sudo systemctl status dovecot

Tabla de Puertos a abrir en tu Firewall (ufw)

Protocolo	Puerto	Tipo	Descripción
IMAPS	993	Seguro	IMAP sobre SSL/TLS (Recomendado)
POP3S	995	Seguro	POP3 sobre SSL/TLS
IMAP	143	Estándar	Solo funcionará si inicia una conexión cifrada vía STARTTLS

Para comprobar que el puerto seguro está escuchando desde el propio servidor, puedes ejecutar:

Bash

openssl s_client -connect localhost:993

Si te devuelve el certificado SSL y un saludo de Dovecot (* OK [CAPABILITY ...] Dovecot ready), tu servidor está listo para recibir conexiones de cualquier cliente de correo moderno.

Un consejo de "viejo lobo" de red

Si los correos no aparecen en el cliente de correo tras la configuración, el problema suele ser que la carpeta ~/Maildir no existe en el home del usuario o no tiene los permisos correctos. Dovecot intentará crearla automáticamente la primera vez que llegue un correo, pero si falla, puedes forzar su creación en los usuarios nuevos modificando el esqueleto del sistema en /etc/skel/Maildir/.

¿Estás configurando este servidor Dovecot para que trabaje en conjunto con Postfix utilizando usuarios locales del sistema, o estás planeando usar una base de datos MySQL/MariaDB para gestionar usuarios virtuales (sin cuenta en el Linux)?

Cómo solucionar problemas de Znuny en linux

Le preguntamos a Gemini, la inteligencia artificial de Google  cómo solucionar problemas de Zbuby en linux

Explicanos detalladamente cómo solucionar problemas de Znuny en linux

Cuando Znuny (el robusto sucesor de OTRS) decide ponerse difícil, generalmente no se debe a un fallo en su código, sino a una desincronización en su ecosistema: el demonio interno, los módulos de Perl, la caché o, el enemigo número uno de todo administrador de sistemas, los permisos de archivos.

Al ser un sistema de nivel empresarial basado en Perl, su arquitectura es muy estricta. Aquí tienes la guía técnica paso a paso para diagnosticar, depurar y solucionar problemas en Znuny como un experto.

1. La Herramienta Suprema: otrs.Console.pl

El 90% de las tareas de reparación en Znuny se gestionan desde su CLI integrada.

[!CRITICAL]

Regla de oro inquebrantable: Nunca ejecutes estos comandos como root. Si lo haces, cambiarás el propietario de los archivos de caché y el servidor web (Apache/Nginx) no podrá leerlos, provocando un Error 500 inmediato. Usa siempre el usuario otrs.

Bash

# Cambia al entorno del usuario otrs

sudo -u otrs /opt/otrs/bin/otrs.Console.pl

Si ejecutas este comando sin argumentos, desplegará el catálogo completo de herramientas de diagnóstico. Las más importantes para resolver problemas están bajo el espacio de nombres Maint::.

2. El Síntoma #1: Los tickets no se actualizan ni entran correos

Si la interfaz web funciona pero el sistema parece "sordo y mudo" (no descarga correos, no envía notificaciones, las tareas programadas no se ejecutan), el Znuny Daemon se ha detenido o está bloqueado.

El Daemon es el motor que procesa todas las colas de eventos en segundo plano.

Diagnóstico y solución:

Bash

# Verificar si el demonio está vivo

sudo -u otrs /opt/otrs/bin/otrs.Daemon.pl status

# Si está detenido o responde de forma errática, reinícialo:

sudo -u otrs /opt/otrs/bin/otrs.Daemon.pl stop

sudo -u otrs /opt/otrs/bin/otrs.Daemon.pl start

3. El Clásico "Error 500" o Pantalla Blanca (Permisos)

Si acabas de restaurar una copia de seguridad, migrar el servidor o (accidentalmente) ejecutaste un comando como root, los permisos del sistema de archivos se habrán roto. Znuny bloquea la ejecución si detecta que el servidor web (www-data) no es dueño o no tiene acceso de lectura/escritura a sus directorios críticos.

La solución definitiva:

Znuny cuenta con un script especializado que restablece la estructura de permisos correcta para los directorios var/, Kernel/ y los archivos de configuración:

Bash

cd /opt/otrs

sudo bin/otrs.SetPermissions.pl --web-group=www-data

4. La Interfaz se ve "Rota" o los Menús no Despliegan

Si tras instalar un paquete (opm), actualizar el sistema o modificar el archivo Config.pm la web pierde los estilos CSS o el JavaScript falla, el problema está en la caché del Loader. Znuny precompila estos archivos para mejorar la velocidad.

Forzar la reconstrucción visual:

Bash

# 1. Eliminar la caché de datos general

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Cache::Delete

# 2. Limpiar la caché del cargador de CSS y JS

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Loader::CacheCleanup

# 3. Reconstruir la configuración del sistema

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Config::Rebuild

5. Atascos en la Cola de Correos (Mail Queue)

Si un agente envía un ticket con un archivo adjunto gigantesco o malformado, la cola de salida de correo puede atascarse, impidiendo que salgan las notificaciones del resto de los usuarios.

Comandos de rescate para el correo:

Bash

# Listar los correos retenidos en la cola de salida

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --list

# Forzar el envío de los correos pendientes

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send

# Si un correo específico está rompiendo el bucle, puedes eliminarlo de la cola:

sudo -u otrs /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --delete --message-id=X

6. Revisión de Dependencias de Perl tras una Actualización del SO

A veces, un comando general apt upgrade en el servidor Linux actualiza la versión de Perl o de sus librerías compartidas, dejando a Znuny sin acceso a módulos críticos (como los de conexión a bases de datos o encriptación SSL).

Verificar la salud de Perl:

Bash

sudo /opt/otrs/bin/otrs.CheckModules.pl

Revisa el output con atención. Si algún módulo marcado como Required aparece como Not installed, instálalo inmediatamente usando el gestor de paquetes de tu distribución (por ejemplo, sudo apt install libjson-xs-perl).

Tabla de Referencia Rápida de Errores

Qué observas	Causa probable	Acción correctora
Log: "Can't write /opt/otrs/var/..."	Conflicto de privilegios en Linux.	Ejecuta otrs.SetPermissions.pl.
"Database connection broken"	MariaDB se quedó sin conexiones o el paquete es muy grande.	Sube max_allowed_packet = 64M en tu my.cnf.
Falta el botón de "Responder"	El ticket está bloqueado por otro agente o la respuesta automática no tiene plantilla.	Revisa el estado del ticket en la DB o asigna una plantilla al flujo de trabajo.
Los cambios en el SysConfig no se aplican	La caché del despliegue sigue activa.	Ejecuta Maint::Config::Rebuild.

Dónde buscar si el sistema no arranca (Logs)

Si la pantalla sigue en blanco y la consola de Znuny no responde, el error está registrado a nivel de servidor web o de sistema operativo. Monitorea estos archivos en tiempo real mientras intentas recargar la página:

Log de Apache/Nginx: tail -f /var/log/apache2/error.log (Esencial para ver fallos de comunicación con mod_perl).

Log de Znuny: tail -f /opt/otrs/var/log/otrs.log (Ideal para ver rechazos de credenciales SMTP/IMAP).

¿Estás lidiando actualmente con un código de error específico en el archivo otrs.log o el problema comenzó inmediatamente después de aplicar una actualización del sistema operativo?