☰

Webmail Roundcube no Debian 11 bullseye - Não foi possível salvar a senha

tag-icon • tag-icon debian email-server roundcube
Webmail Roundcube no Debian 11 bullseye - Não foi possível salvar a senha

primeira pergunta aqui, vá com calma.

Instalei o webmail dovecot, postfix e Roundcube em uma VM para testar um novo servidor de e-mail para a empresa em que trabalho. Tudo bem até que eu tente alterar uma senha como um usuário logado em configurações do roundcube-> senha.

O que eu fiz:

  • Plugin de senha habilitado no roundcube
  • Defina o driver como "chpasswd", pois meus usuários são usuários do sistema criados com "useradd -m user password"
  • Eu criei um novo arquivo em sudoers.d e adicionei-o www-data ALL=NOPASSWD:/usr/sbin/chpasswdporque entendo que o apache2 é executado no usuário www-data e precisa de privilégios sudo. Ainda depois de fazer todas essas coisas, recebo o mesmo erro "Não foi possível salvar a senha"

Nenhum registro que eu possa encontrar mostra outras informações sobre o problema. Se houver um registro específico que eu deva examinar, diga-me e eu o farei. Se alguma configuração devo fornecer a você, pergunte e eu fornecerei. Obrigado!

EDIT: auth.log mostra isso ao usarsudo -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

Responder1

Verifique em config.inc.php como está o arquivo logiin ou syslog

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

em seguida, verifique se há erros no syslog ou no diretório de log roundcube, se o tipo de arquivo de registro deve ser/var/www/html/roundcube/logs

Atualização: provavelmente o usuário www-data não tem permissão para sudo ou comando verificar:

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

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

informação relacionada