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 linuxResolver 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.
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).