无法建立远程 imap 连接，为什么？

Question

经过一些来回评论和聊天后，OP 的问题现已解决。 IMAP 服务器需要指定为imap.mydomain.com代替mydomain.com尽管由于某种原因，这仅在使用高级帐户设置进行设置时才有效，而不是使用帐户创建对话框。

除了提到这个针对特定情况的解决方案之外，我认为在回答这个问题时我能说的最有用的事情是列出一些关于该主题的通用故障排除技巧，希望它们对其他人稍后阅读本文有所帮助。

Thunderbird 的自动检测帐户设置功能非常出色，对于电子邮件帐户设置的黑暗时期来说是一个巨大的改进，当时 ISP 必须提供冗长的说明，包括从服务器类型（POP 或 IMAP）到端口号到身份验证协议的所有内容。在理想的情况下，用户只需要指定他们的电子邮件地址、密码，也许我猜还有服务器名称（这就是他们通过网络访问 gmail 所需的全部，毕竟......）。

然而，当自动检测功能不起作用时，您几乎得不到任何有用的错误消息。 “Thunderbird 未能找到您的电子邮件帐户的设置”基本上没有任何意义。

提示：当 Thunderbird 的自动检测功能不起作用时，不要在上面浪费时间，而是手动指定所有内容，直到它起作用为止。然后，一旦您让它工作，您就可以集中精力找出自动检测失败的原因，并可能修复它，以便它适用于下一个用户。
如果可以的话，请始终使用 IMAP 端口 143。还有用于基于 SSL 的 IMAP 的端口 993，但所有相当现代的客户端和服务器都支持 STARTTLS，用于将未加密的连接升级为加密的连接，因此实际上不再需要担心 IMAP 的不同端口。如果可能，端口 143 上的连接将自动加密。
（与 IMAP 无关，但无论如何）如果可以的话，请始终使用 SMTP 端口 587。 SMTP 过去总是在端口 25 上完成，但 ISP 经常因为垃圾邮件而阻塞端口 25。端口 587 专门用于 MUA 和邮件服务器之间的 SMTP 通信，预计将根据需要支持 SMTP AUTH 和 STARTTLS，并且已经存在多年。很少需要担心将 MUA 配置为使用任何其他端口。
Dovecot 对待未加密连接和加密连接的方式有所不同，这也可能适用于本地连接（至localhost、127.0.0.1或::1）与远程连接。最常见的身份验证类型在未加密的远程连接上是不安全的，因此 Dovecot 不提供它们。

因此，在通过命令行进行测试和调试时，为了最接近地模拟真实的MUA，请进行远程测试并使用STARTTLS对连接进行加密。否则，您可能会发现身份验证工作正常，telnet但仍然想知道为什么它在 MUA 上不起作用。
使用telnet（对于未加密连接）或openssl s_client（对于加密连接）进行测试

使用您尝试让 MUA 接受的相同主机名。如果您希望imap.mydomain.com或mail.mydomain.com或只是mydomain.com在 MUA 中指定为邮件服务器时工作，请从命令行使用相同的主机名进行测试。如果您收到主机名解析错误，您就知道问题出在 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）到端口号到身份验证协议的所有内容。在理想的情况下，用户只需要指定他们的电子邮件地址、密码，也许我猜还有服务器名称（这就是他们通过网络访问 gmail 所需的全部，毕竟......）。

然而，当自动检测功能不起作用时，您几乎得不到任何有用的错误消息。 “Thunderbird 未能找到您的电子邮件帐户的设置”基本上没有任何意义。

提示：当 Thunderbird 的自动检测功能不起作用时，不要在上面浪费时间，而是手动指定所有内容，直到它起作用为止。然后，一旦您让它工作，您就可以集中精力找出自动检测失败的原因，并可能修复它，以便它适用于下一个用户。
如果可以的话，请始终使用 IMAP 端口 143。还有用于基于 SSL 的 IMAP 的端口 993，但所有相当现代的客户端和服务器都支持 STARTTLS，用于将未加密的连接升级为加密的连接，因此实际上不再需要担心 IMAP 的不同端口。如果可能，端口 143 上的连接将自动加密。
（与 IMAP 无关，但无论如何）如果可以的话，请始终使用 SMTP 端口 587。 SMTP 过去总是在端口 25 上完成，但 ISP 经常因为垃圾邮件而阻塞端口 25。端口 587 专门用于 MUA 和邮件服务器之间的 SMTP 通信，预计将根据需要支持 SMTP AUTH 和 STARTTLS，并且已经存在多年。很少需要担心将 MUA 配置为使用任何其他端口。
Dovecot 对待未加密连接和加密连接的方式有所不同，这也可能适用于本地连接（至localhost、127.0.0.1或::1）与远程连接。最常见的身份验证类型在未加密的远程连接上是不安全的，因此 Dovecot 不提供它们。

因此，在通过命令行进行测试和调试时，为了最接近地模拟真实的MUA，请进行远程测试并使用STARTTLS对连接进行加密。否则，您可能会发现身份验证工作正常，telnet但仍然想知道为什么它在 MUA 上不起作用。
使用telnet（对于未加密连接）或openssl s_client（对于加密连接）进行测试

使用您尝试让 MUA 接受的相同主机名。如果您希望imap.mydomain.com或mail.mydomain.com或只是mydomain.com在 MUA 中指定为邮件服务器时工作，请从命令行使用相同的主机名进行测试。如果您收到主机名解析错误，您就知道问题出在 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

相关内容