Thunderbirdクライアントをdovecotサーバーに接続しようとしています。鳩小屋はUbuntuにインストールされています。サーバー([email protected]
)のユーザーにメールを送信すると、/home/feedback/Maildir/new
に作成された新しいファイルが表示されるため、サーバーが(少なくとも部分的に)機能することはわかっています。
しかし、Thunderbirdをサーバーに接続しようとすると、サーバーは認識されますが、ユーザー/パスワードが間違っている(間違っていない)と通知されます。
正確なメッセージは次のとおりです。
構成を確認できませんでした-ユーザー名またはパスワードが間違っていますか?
接続しようとするサーバー構成は次のとおりです。着信-IMAP143、発信-SMTP 587
Dovecot構成ファイルは次の場所にあります: dovecot.conf
私のPAM構成は次のとおりです。
@include common-auth
@include common-account
@include common-session
ログには、次のように表示されます。
5月23日06:07:20不幸の鳩コット:imap-login:切断されました(認証の試行はありません):? rip = 77.126.236.118、lip = 184.106.69.153
Dovecot -nは私に:
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
最初にIMAPサーバーのトラブルシューティングを行います。すべての資格情報はプレーンテキストで送信されるため、安全な接続を介して実行することに注意してください。
telnet your.mail.server.com 143
. login username password
. list "" "*"
. select INBOX
. fetch 1:* flags
現在選択されているフォルダの最初のメッセージの本文を読むには:
. fetch 1 rfc822.text
または、その他の例については、こちらをご覧ください。
telnetを使用したIMAP電子メールアカウントへのアクセス
そのようなものが機能しない場合、それはDovecotが正しく構成されていないことの証拠です。
そのメールは〜/ Maildirに配信されますnotは、Dovecotがまったく機能しないことを意味します– DovecotはIMAPのみを処理し、SMTPや配信は処理しません。
mail_location
を修正してください。メールは~/Maildir
に配信されると言いますが、Dovecotは~/mail
と/var/mail/%u
を検索するように構成されています。 mail_location
をmaildir:~/Maildir
に変更します。
/etc/pam.d/dovecot
のPAM構成が正しいことを確認してください。
/var/log/syslog
および/var/log/auth.log
でエラーメッセージを探します(認証エラーは通常、後者に送られます)。
1つのワークステーションに正しいユーザー名とサーバー設定があるのと同じ問題がありましたが、ある日、「切断(認証試行なし)」と空のユーザー名のために、dovecotに接続できなくなりました。 (私の場合はpop3)。同じくTBを使用している他のすべてのワークステーションには、その問題はありませんでした。これは、新しい証明書がサーバーにインストールされた週末に発生しました。
解決策は、TBプロファイルフォルダー内のcert8.dbファイルを削除(名前変更)することでした。
このソリューションのアイデアを見つけました ここ および ここ 。
(どういうわけか、その特定のワークステーションでは、TBの証明書リストに証明書を追加できず、セキュリティ例外を追加できませんでした。他のワークステーションでは、TB証明書リスト;新しい証明書がTBに追加されなかった理由がわかりませんでした)