☰

Correo web Roundcube en Debian 11 bullseye: no se pudo guardar la contraseña

tag-icon • tag-icon debian email-server roundcube
Correo web Roundcube en Debian 11 bullseye: no se pudo guardar la contraseña

Primera pregunta aquí, tómame con calma.

Instalé dovecot, postfix y el correo web Roundcube en una máquina virtual para probar un nuevo servidor de correo para la empresa para la que trabajo. Todo bien hasta que intento cambiar una contraseña como usuario registrado desde configuración de roundcube->contraseña.

Que he hecho:

  • Complemento de contraseña habilitado en roundcube
  • Configure el controlador en "chpasswd", ya que mis usuarios son usuarios del sistema creados con "useradd -m contraseña de usuario".
  • Creé un nuevo archivo en sudoers.d y lo agregué www-data ALL=NOPASSWD:/usr/sbin/chpasswdporque entiendo que Apache2 se ejecuta bajo el usuario www-data y necesita privilegios de sudo. Aún así, después de hacer todas estas cosas, aparece el mismo error "No se pudo guardar la contraseña".

No puedo encontrar ningún registro que me muestre otra información sobre el problema. Si hay un registro específico que debería consultar, dímelo y lo haré. Si debo proporcionarle alguna configuración, pregunte y se la proporcionaré. ¡Gracias!

EDITAR: auth.log muestra esto cuando se usasudo -u www-data /usr/sbin/chpasswd

sudo: pam_unix(sudo:session): session opened for user www-data(uid=33) by (uid=0)
Feb  2 11:08:54 mail unix_chkpwd[7140]: check pass; user unknown
Feb  2 11:08:54 mail unix_chkpwd[7141]: check pass; user unknown
Feb  2 11:08:54 mail unix_chkpwd[7141]: password check failed for user (test2)
Feb  2 11:08:54 mail chpasswd[7139]: pam_unix(chpasswd:chauthtok): authentication failure; logname= uid=33 euid=33 tty= ruser= rhost=  user=test2
Feb  2 11:09:01 mail CRON[7144]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Feb  2 11:09:01 mail CRON[7144]: pam_unix(cron:session): session closed for user root
Feb  2 11:09:05 mail sudo: pam_unix(sudo:session): session closed for user www-data

Respuesta1

Verifique en config.inc.php cómo está el archivo de inicio de sesión o syslog

// LOGGING
$config['log_driver'] = 'file'; 
$config['syslog_facility'] = error.log;

luego verifique syslog o roundcube log Dir para ver si hay errores, si el tipo de archivo de registro debe ser/var/www/html/roundcube/logs

Actualización: Probablemente el usuario www-data no tenga permisos para que sudo o comando verifique:

sudo -u www-data /usr/sbin/chpasswd

Prueba esto: https://www.tecmint.com/fix-passwd-authentication-token-manipulation-error-in-linux/

información relacionada