Problemas ao conectar o cliente Thunderbird ao dovecot instalado no Ubuntu

4

Estou tentando conectar um cliente Thunderbird ao meu servidor dovecot. O dovecot está instalado no Ubuntu. Eu sei que meu servidor funciona (pelo menos parcialmente), desde quando eu envio um email para um usuário no servidor ( [email protected] ), vejo o novo arquivo criado em /home/feedback/Maildir/new .

No entanto, quando tento conectar-me com meu Thunderbird ao servidor, ele reconhece o servidor, mas me informa que meu usuário / senha está errado (eles não estão errados).

A mensagem exata é:

Configuration could not be verified - is the username or password wrong?

A configuração do servidor ao qual ele tenta se conectar é: incoming - IMAP 143, outgoing - SMTP 587

O arquivo de configuração do dovecot está localizado aqui: dovecot.conf

Minha configuração do PAM é:

@include common-auth  
@include common-account  
@include common-session  

No log, vejo:

May 23 06: 07: 20 misfortune dovecot: imap-login: Disconnected (no auth attempts): ? rip=77.126.236.118, lip=184.106.69.153

Dovecot -n me dá:

Log_timestamp: %Y-%m-%d %H: %M: %S  
Protocols: pop3 pop3s imap imaps  
Ssl: no  
Login_dir: /var/run/dovecot/login  
Login_executable(default): /usr/lib/dovecot/imap-login  
Login_executable(imap): /usr/lib/dovecot/imap-login  
Login_executable(pop3): /usr/lib/dovecot/pop3-login  
Mail_privileged_group: mail  
Mail_location: maildir: ~/Maildir  
Mbox_write_locks: fcntl dotlock  
Mail_executable(default): /usr/lib/dovecot/imap  
Mail_executable(imap): /usr/lib/dovecot/imap  
Mail_executable(pop3): /usr/lib/dovecot/pop3  
Mail_plugin_dir(default): /usr/lib/dovecot/modules/imap  
Mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap  
Mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3  
Imap_client_workarounds(default): tb-extra-mailbox-sep  
Imap_client_workarounds(imap): tb-extra-mailbox-sep  
Imap_client_workarounds(pop3): 
Auth default: 
  passdb: 
    driver: pam  
  userdb: 
    driver: passwd  
    
por Michael Omer 21.05.2011 / 13:36

3 respostas

3

Resolva seu servidor IMAP primeiro. Apenas tome cuidado, faça isso através de uma conexão segura, porque todas as suas credenciais são enviadas em texto puro.

telnet your.mail.server.com 143

. login username password

. list "" "*"

. select INBOX

. fetch 1:* flags

Para ler o corpo da primeira mensagem na pasta selecionada atual:

. fetch 1 rfc822.text

Ou apenas veja aqui para mais exemplos:

Acessando contas de e-mail IMAP usando o telnet

Se isso não funcionar, é uma prova positiva de que o Dovecot não está configurado corretamente.

    
por 29.06.2011 / 18:08
2

Esse e-mail é enviado para ~ / Maildir não não significa que o Dovecot funciona - o Dovecot só lida com IMAP, não com SMTP ou entrega.

  • Corrija seu mail_location . Você diz que seu e-mail foi entregue para ~/Maildir , mas seu Dovecot está configurado para procurar ~/mail e /var/mail/%u . Altere mail_location para maildir:~/Maildir .

  • Verifique se sua configuração do PAM em /etc/pam.d/dovecot está correta.

  • Procure por mensagens de erro em /var/log/syslog e /var/log/auth.log (erros de autenticação geralmente vão para o último).

por 21.05.2011 / 15:25
0

Eu tive o mesmo problema que uma estação de trabalho tinha o nome de usuário e configurações de servidor corretos, mas em um dia ela não pôde mais se conectar ao dovecot por causa de "Desconectado (sem tentativas de autenticação)" e nome de usuário vazio. (pop3 no meu caso). Todas as outras estações de trabalho, também usando TB, não tiveram esse problema. Ocorreu durante um fim de semana quando um novo certificado foi instalado no servidor.

A solução foi remover (renomear) o arquivo cert8.db na pasta de perfis TB.

Eu encontrei a ideia para essa solução aqui e aqui .

(de alguma forma, naquela estação de trabalho em particular, não consegui adicionar o certificado à lista de certificados no TB, nem pude adicionar uma exceção de segurança; as outras estações de trabalho já tinham esse servidor em sua lista de certificados TB; t descobrir por que novos certificados não foram adicionados ao TB)

    
por 12.12.2017 / 09:29