Roundcube webmail pe Debian 11 bullseye - Nu s-a putut salva parola

prima întrebare aici, ia-mă încet.

Am instalat dovecot, postfix și Roundcube webmail într-o VM pentru a testa un nou server de e-mail pentru compania pentru care lucrez. Toate bune până când încerc să schimb o parolă ca utilizator conectat din setări roundcube->parolă.

Ce am facut:

• Pluginul de parolă activat în roundcube
• Setați driverul la „chpasswd” deoarece utilizatorii mei sunt utilizatori de sistem creați cu „useradd -m user password”
• Am creat un fișier nou în sudoers.d și am adăugat acesta www-data ALL=NOPASSWD:/usr/sbin/chpasswd după cum am înțeles, apache2 rulează sub www-data user și are nevoie de privilegii sudo. Tot după ce am făcut toate aceste lucruri, primesc aceeași eroare „Nu s-a putut salva parola”

Niciun jurnal pe care le pot găsi nu îmi arată alte informații despre problemă. Dacă există un anumit jurnal pe care ar trebui să-l caut, vă rugăm să-mi spuneți și o voi face. Dacă ar trebui să vă ofer vreo configurație, întrebați și vă voi oferi. Mulțumesc!

EDIT: auth.log arată acest lucru când se utilizează sudo -u www-data /usr/sbin/chpasswd

sudo: pam_unix(sudo:session): sesiune deschisă pentru utilizatorul www-data(uid=33) de (uid=0)
2 feb 11:08:54 mail unix_chkpwd[7140]: verificarea trecere; utilizator necunoscut
2 februarie 11:08:54 mail unix_chkpwd[7141]: verificarea trecere; utilizator necunoscut
2 februarie 11:08:54 mail unix_chkpwd[7141]: verificarea parolei a eșuat pentru utilizator (test2)
2 februarie 11:08:54 mail chpasswd[7139]: pam_unix(chpasswd:chauthtok): eșec de autentificare; logname= uid=33 euid=33 tty= ruser= rhost= user=test2
2 februarie 11:09:01 mail CRON[7144]: pam_unix(cron:session): sesiune deschisă pentru utilizator root(uid=0) de (uid=0)
2 februarie 11:09:01 mail CRON[7144]: pam_unix(cron:session): sesiune închisă pentru utilizator root
2 februarie 11:09:05 mail sudo: pam_unix(sudo:session): sesiune închisă pentru utilizatorul www-data

Verificați în config.inc.php cum este fișierul de conectare sau syslog

// LOGARE
$config['log_driver'] = 'fișier'; 
$config['syslog_facility'] = error.log;

apoi verificați Syslog sau roundcube log Dir pentru erori, dacă ar trebui să fie tipul de fișier de înregistrare /var/www/html/roundcube/logs

Actualizați: Probabil utilizatorul www-data nu are permisiuni pentru sudo sau comandă pentru a verifica:

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

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