Não é possível fazer login em nenhum usuário virtual no servidor IMAP (Dovecot): falha no pam_authenticate(), usuário desconhecido

Não é possível fazer login em nenhum usuário virtual no servidor IMAP (Dovecot): falha no pam_authenticate(), usuário desconhecido

NOTA: Parte desta postagem contém informações potencialmente confidenciais que censurei. Se você vir pilhas aleatórias de asteriscos em qualquer lugar, é por isso.

Estou tentando criar um servidor de email usando Postfix, Dovecot, MariaDB em uma instância de nuvem executando Ubuntu 18.04 LTS. Para fazer isso, tenho acompanhadoeste tutorial. Anteriormente, consegui criar um sistema onde pudesse efetuar login em usuários virtuais configurados em um banco de dados associado, bem como enviar e receber e-mails.

No entanto, algum tempo depois de configurar o mesmo servidor web para usar OpenDKIM para maior segurança, tudo parou de funcionar. Não consegui fazer login na minha conta e não consigo mais receber nenhum e-mail.

Quando tento fazer login, independentemente de estar usando Thunderbird ou Roundcube, minhas credenciais são recusadas.

A princípio, tentei alterar a senha da minha conta alterando seu hash no banco de dados usando a seguinte consulta SQL:

UPDATE `mailserver`.`virtual_users` SET password=ENCRYPT('newpassword', CONCAT('$6$', SUBSTRING(SHA(RAND()), -16))) WHERE username='************';

Pude ver visivelmente usando o phpMyAdmin que essa alteração foi gravada no banco de dados com sucesso, mas quando tentei a nova senha com o mesmo nome de usuário, o acesso foi recusado. Em seguida, tentei criar um novo usuário virtual e fazer login nele. Fui recusado novamente.

Não importa o que eu tente, parece que o servidor não aceitará as credenciais como válidas.

A princípio, considerei que isso poderia ser um problema de banco de dados, mas quando executo o postconf nos arquivos de consulta de pesquisa para usuários, caixas de correio e aliases, cada teste me dá o resultado esperado, conforme descrito no tutorial. Todas as menções às credenciais SQL parecem estar corretas. Tentei reiniciar o servidor e, embora tenha encontrado um problema em que o MariaDB foi impedido de reiniciar devido a ser bloqueado pelo apparmor, ainda não consigo fazer login depois de limpar completamente o apparmor do sistema e reiniciar o banco de dados e todos os outros e-mails. serviços relacionados.

Isso finalmente me levou a olhar os registros. Eles continuaram mencionando a falha de uma função chamada pam_authenticate. Encontrei uma pergunta que apresentava um problema semelhante, mas que também mencionava pouca memória, o que meus logs não têm.

Eu daria um exemplo desses logs, mas o StackExchange parece achar que eles se parecem muito com spam. Desculpe!

Responder1

Pato de borracha. Acontece que eu não deveria ter auth_username_formatentrado /etc/dovecot/conf.d/10-auth.conf. Ao comentar, Dovecot conseguiu ler os registros do banco de dados com sucesso.

informação relacionada