Llevo muchos años usando postfix con sasl y dovecot. Hace tres días, la autorización para dovecot a través de PAM dejó de funcionar, lo que significa que no hay IMAP ni POP3. SASL estaba funcionando ya que podía hacer un túnel conopenssl s_client -connect myserver.com:993
Sin embargo esto sucede:
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready.
a login validuser validpw
a NO [AUTHENTICATIONFAILED] Authentication failed.
a logout
* BYE Logging out
a OK Logout completed.
Cambié de driver = pama driver = shadowen el archivo /etc/dovecot/conf.d/auth-system.conf.exty ahora funciona. Esto me molesta ya que tomó 2 días arreglarlo y todavía no sé por qué se rompió PAM.
Estoy usando Wily Hombre Lobo.
uname -a:Ubuntu 15.10 Linux host.com 4.2.0-35-generic #40-Ubuntu SMP Tue Mar 15 22:15:45 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Respuesta1
Me encontré con lo que podría ser el mismo problema en Ubuntu 14.04.4 después de aplicar una actualización. Una configuración de palomar funcional comenzó a generar fallas en todas las solicitudes de autenticación.
La solución que funcionó para mí estaba en /etc/dovecot/conf.d/10-master.conf. Descomentar esta línea:
#default_vsz_limit = 256M
y aumentar el límite. Lo configuré en:
default_vsz_limit = 512M
La pista fueron estos mensajes ligeramente alterados en syslog (después de configurarlos auth_verbose=yes) 10-logging.conf.
Apr 21 20:48:19 mailserver t of memory [3273]
Apr 21 20:48:21 mailserver dovecot: auth-worker(3273): pam(xxxxx,xx.xx.xx.xx): pam_authenticate() failed: Authentication failure (password mismatch?)
La actualización (creo) instaló una nueva versión de PAM y algo debe haberse hecho más grande.