Problemy z połączeniem klienta Thunderbird z dovecot zainstalowanym na Ubuntu


4

Próbuję połączyć klienta Thunderbird z moim serwerem dovecot. Dovecot jest zainstalowany na Ubuntu. Wiem, że mój serwer działa (przynajmniej częściowo), ponieważ kiedy wysyłam wiadomość do użytkownika na serwerze ( feedback@loadingames.com), widzę nowy plik utworzony w /home/feedback/Maildir/new.

Jednak gdy próbuję połączyć się z moim Thunderbirdem na serwerze, rozpoznaje on serwer, ale informuje mnie, że mój użytkownik / hasło są nieprawidłowe (nie są złe).

Dokładna wiadomość to:

Nie można zweryfikować konfiguracji - czy nazwa użytkownika lub hasło są nieprawidłowe?

Konfiguracja serwera, z którym próbuje się połączyć, to: przychodzące - IMAP 143, wychodzące - SMTP 587

Plik konfiguracyjny dovecot znajduje się tutaj: dovecot.conf

Moja konfiguracja PAM to:

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

W dzienniku widzę:

23 maja 06: 07: 20 nieszczęście dovecot: imap-login: Rozłączono (brak prób uwierzytelnienia):? rip = 77.126.236.118, lip = 184.106.69.153

Dovecot -n daje mi:

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  

Następnym razem opublikuj wynik dovecot -nzamiast całego pliku konfiguracyjnego.
grawitacja

Odpowiedzi:


3

Najpierw rozwiąż problemy z serwerem IMAP. Tylko uważaj, zrób to za pomocą bezpiecznego połączenia, ponieważ wszystkie dane uwierzytelniające są wysyłane w postaci zwykłego tekstu.

telnet your.mail.server.com 143

. login username password

. list "" "*"

. select INBOX

. fetch 1:* flags

Aby przeczytać treść pierwszej wiadomości w aktualnie wybranym folderze:

. fetch 1 rfc822.text

Lub po prostu zobacz tutaj, aby uzyskać więcej przykładów:

Dostęp do kont e-mail IMAP za pomocą usługi telnet

Jeśli to nie działa, oznacza to, że Dovecot nie jest poprawnie skonfigurowany.


2

To, że poczta jest dostarczana do ~ / Maildir wcale nie oznacza, że ​​Dovecot w ogóle działa - Dovecot obsługuje tylko IMAP, nie SMTP ani dostarczanie.

  • Napraw swój mail_location. Mówisz, że twoja poczta jest dostarczana ~/Maildir, ale Twój Dovecot jest skonfigurowany do przeglądania ~/maili /var/mail/%u. Zmień mail_locationna maildir:~/Maildir.

  • Upewnij się, że konfiguracja PAM /etc/pam.d/dovecotjest poprawna.

  • Poszukaj komunikatów o błędach w /var/log/syslogi /var/log/auth.log(błędy uwierzytelnienia zwykle trafiają do tego drugiego).


Dzięki. Próbowałem skonfigurować zarówno maildir: ~ / Maildir, jak i maildir: / home /% u / Maildir, ale bez powodzenia.
Michael Omer

Przepraszamy za zniekształcone komentarze. To pierwszy raz, gdy używam Super User. Dodano dodanie dodatkowych informacji powyżej. Dzięki.
Michael Omer

0

Miałem ten sam problem, że jedna stacja robocza miała prawidłową nazwę użytkownika i ustawienia serwera, ale pewnego dnia nie mogła się już połączyć z dovecot z powodu „Rozłączono (bez prób uwierzytelnienia)” i pustej nazwy użytkownika. (w moim przypadku pop3). Wszystkie inne stacje robocze, również używające TB, nie miały tego problemu. Nastąpiło to w weekend, kiedy na serwerze został zainstalowany nowy certyfikat.

Rozwiązaniem było usunięcie (zmiana nazwy) pliku cert8.db z folderu profili TB.

Tu i tutaj znalazłem pomysł na to rozwiązanie .

(w jakiś sposób na tej konkretnej stacji roboczej nie mogłem dodać certyfikatu do listy certyfikatów w TB, ani nie mogłem dodać wyjątku bezpieczeństwa; inne stacje robocze miały już ten serwer na swojej liście certyfikatów TB; nie wymyśliłem dlaczego nowe certyfikaty nie zostały dodane do TB)

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.