リモートimap接続を確立できません。なぜですか？

Question

コメントとチャットを送受信した後、OPの問題は今解決されました。 IMAP サーバーは、次のように指定する必要があります。imap.mydomain.com変えるmydomain.com何らかの理由で、これはアカウント作成ダイアログではなく、高度なアカウント設定を使用して設定した場合にのみ機能します。

あなたの特定の状況に対するこの解決策に言及することに加えて、この質問に答えるとき私が言うことができる最も有用なものは、後でこの記事を読む他の人に役立つことを願って、そのトピックに関するいくつかの一般的なトラブルシューティングのヒントのリストです。

Thunderbirdのアカウント設定自動検出機能は優れており、ISPがサーバータイプ（POPまたはIMAP）からポート番号、認証プロトコル、すべてのコンテンツに至るまで、すべてについて長いガイドラインを提供しなければならなかった電子メールアカウント設定の暗い頃に比べて改善されました。理想的な世界では、ユーザーは自分のメールアドレス、パスワード、サーバー名を指定するだけです（最終的にはWeb経由でGmailにアクセスするために必要なものはすべてです...）。

ただし、自動検出が機能しない場合、便利なエラーメッセージはほとんど表示されません。「ThunderbirdがあなたのEメールアカウントの設定を見つけることができません」というのはデフォルトでは意味がありません。

ヒント：Thunderbirdの自動検出機能が機能しない場合は、時間を無駄にせず、操作が完了するまですべてを手動で指定してください。その後、操作が完了すると、自動検出が失敗した理由を特定し、次のユーザーが動作するように修正することに集中できます。
可能であれば、常にIMAPポート143を使用してください。 SSL経由のIMAP用のポート993もありますが、合理的に現代のすべてのクライアントとサーバーは、暗号化されていない接続を暗号化された接続にアップグレードするためにSTARTTLSをサポートしているため、IMAP用の他のポートについて心配する必要はなくなりました。ポート 143 の接続は、可能であれば自動的に暗号化されます。
（IMAP とは関係ありませんが、とにかく）可能であれば、常に SMTP ポート 587 を使用してください。 SMTPは常にポート25で実行されていましたが、ISPはスパムのためにポート25をブロックすることがよくありました。ポート 587 は MUA とメールサーバー間の SMTP 通信にのみ使用され、必要に応じて SMTP AUTH と STARTTLS をサポートすると予想され、長年にわたってサポートされてきました。他のポートを使用するようにMUAを設定することを心配する必要はほとんどありません。
localhostDovecotは、暗号化されていない接続と暗号化された接続を異なる方法で処理します。これは、ローカル接続（または127.0.0.1または::1）とリモート接続にも適用できます。最も一般的な認証タイプは暗号化されていないリモート接続では安全ではないため、Dovecotはこれを提供しません。

したがって、コマンドラインでテストおよびデバッグするときに実際のMUAを最も密接にエミュレートするには、リモートでテストしてSTARTTLSを使用して接続を暗号化します。それ以外の場合、認証は正常に機能しますtelnetが、MUAではなぜ機能しないのか疑問に思うかもしれません。
telnet（暗号化されていない接続の場合）または（暗号化された接続の場合）を使用してopenssl s_clientテストします。

MUA を許可するホスト名と同じホスト名を使用します。 MUAがメールサーバーとして指定されているimap.mydomain.com場合mail.mydomain.comにのみこれを機能させるには、mydomain.com同じホスト名を使用してコマンドラインでテストします。ホスト名解決エラーが発生すると、問題がDNSにあることがわかります。
```
openssl s_client -starttls imap -port 143 -CApath /etc/ssl/certs -host <hostname>
```
Dovecotサーバーで構成されているSSL証明書に問題がある場合、Thunderbirdは警告を表示しますが、まだ接続を許可します。まったく接続できない場合は、証明書の問題ではない可能性が高くなります。

もちろん、本番に入る準備ができたら、認定された証明機関によって署名された証明書を使用する必要があり、証明書の名前はMUAに設定されているIMAPサーバーの名前と一致します。
テストに便利なIMAPコマンドです。開いているIMAPセッションに入力してくださいtelnet（暗号化されていない）またはopenssl s_client（暗号化されています）
```
tag1 LOGOUT
tag2 LOGIN <username> <password>
tag3 CAPABILITIES
tag4 LIST "" "*"
```

Answer 1

コメントとチャットを送受信した後、OPの問題は今解決されました。 IMAP サーバーは、次のように指定する必要があります。imap.mydomain.com変えるmydomain.com何らかの理由で、これはアカウント作成ダイアログではなく、高度なアカウント設定を使用して設定した場合にのみ機能します。

あなたの特定の状況に対するこの解決策に言及することに加えて、この質問に答えるとき私が言うことができる最も有用なものは、後でこの記事を読む他の人に役立つことを願って、そのトピックに関するいくつかの一般的なトラブルシューティングのヒントのリストです。

Thunderbirdのアカウント設定自動検出機能は優れており、ISPがサーバータイプ（POPまたはIMAP）からポート番号、認証プロトコル、すべてのコンテンツに至るまで、すべてについて長いガイドラインを提供しなければならなかった電子メールアカウント設定の暗い頃に比べて改善されました。理想的な世界では、ユーザーは自分のメールアドレス、パスワード、サーバー名を指定するだけです（最終的にはWeb経由でGmailにアクセスするために必要なものはすべてです...）。

ただし、自動検出が機能しない場合、便利なエラーメッセージはほとんど表示されません。「ThunderbirdがあなたのEメールアカウントの設定を見つけることができません」というのはデフォルトでは意味がありません。

ヒント：Thunderbirdの自動検出機能が機能しない場合は、時間を無駄にせず、操作が完了するまですべてを手動で指定してください。その後、操作が完了すると、自動検出が失敗した理由を特定し、次のユーザーが動作するように修正することに集中できます。
可能であれば、常にIMAPポート143を使用してください。 SSL経由のIMAP用のポート993もありますが、合理的に現代のすべてのクライアントとサーバーは、暗号化されていない接続を暗号化された接続にアップグレードするためにSTARTTLSをサポートしているため、IMAP用の他のポートについて心配する必要はなくなりました。ポート 143 の接続は、可能であれば自動的に暗号化されます。
（IMAP とは関係ありませんが、とにかく）可能であれば、常に SMTP ポート 587 を使用してください。 SMTPは常にポート25で実行されていましたが、ISPはスパムのためにポート25をブロックすることがよくありました。ポート 587 は MUA とメールサーバー間の SMTP 通信にのみ使用され、必要に応じて SMTP AUTH と STARTTLS をサポートすると予想され、長年にわたってサポートされてきました。他のポートを使用するようにMUAを設定することを心配する必要はほとんどありません。
localhostDovecotは、暗号化されていない接続と暗号化された接続を異なる方法で処理します。これは、ローカル接続（または127.0.0.1または::1）とリモート接続にも適用できます。最も一般的な認証タイプは暗号化されていないリモート接続では安全ではないため、Dovecotはこれを提供しません。

したがって、コマンドラインでテストおよびデバッグするときに実際のMUAを最も密接にエミュレートするには、リモートでテストしてSTARTTLSを使用して接続を暗号化します。それ以外の場合、認証は正常に機能しますtelnetが、MUAではなぜ機能しないのか疑問に思うかもしれません。
telnet（暗号化されていない接続の場合）または（暗号化された接続の場合）を使用してopenssl s_clientテストします。

MUA を許可するホスト名と同じホスト名を使用します。 MUAがメールサーバーとして指定されているimap.mydomain.com場合mail.mydomain.comにのみこれを機能させるには、mydomain.com同じホスト名を使用してコマンドラインでテストします。ホスト名解決エラーが発生すると、問題がDNSにあることがわかります。
```
openssl s_client -starttls imap -port 143 -CApath /etc/ssl/certs -host <hostname>
```
Dovecotサーバーで構成されているSSL証明書に問題がある場合、Thunderbirdは警告を表示しますが、まだ接続を許可します。まったく接続できない場合は、証明書の問題ではない可能性が高くなります。

もちろん、本番に入る準備ができたら、認定された証明機関によって署名された証明書を使用する必要があり、証明書の名前はMUAに設定されているIMAPサーバーの名前と一致します。
テストに便利なIMAPコマンドです。開いているIMAPセッションに入力してくださいtelnet（暗号化されていない）またはopenssl s_client（暗号化されています）
```
tag1 LOGOUT
tag2 LOGIN <username> <password>
tag3 CAPABILITIES
tag4 LIST "" "*"
```

リモートimap接続を確立できません。なぜですか？

答え1

関連情報