Thunderbird突然无法收取POP3邮件，服务器连接超时求助

我之前碰到过几乎一模一样的场景，结合你给出的细节——SMTP发送正常、另一台机器用完全相同设置能正常收信、服务器提示认证请求没带用户名——可以按以下步骤逐步排查：

• 重置Thunderbird的POP3账户配置
  有时候Thunderbird会缓存旧的配置数据，哪怕你肉眼看设置是对的，实际调用的还是错误参数。操作步骤：

  1. 打开Thunderbird，进入「账户设置」面板
  2. 找到你的POP3账户，删除当前的服务器配置（先记好服务器地址、端口、加密方式这些关键信息）
  3. 手动重新添加POP3服务器，逐字填入正确的服务器信息和用户名，不要依赖自动配置功能
  4. 保存后立刻尝试收取邮件，看是否还会出现超时提示

• 排查Mageia-6系统的网络拦截/代理
  SMTP正常但POP3异常，大概率是系统层面的网络规则对POP3端口（默认110或995）做了限制：

  1. 临时关闭系统防火墙测试：执行sudo systemctl stop firewalld（如果Mageia用的是firewalld），或者对应你的防火墙服务命令
  2. 检查全局代理设置：打开系统设置的网络代理选项，确认是「无代理」状态，或者代理规则没有拦截POP3服务器的连接
  3. 用telnet测试基础连通性：执行telnet your-pop-server 995（SSL加密端口）或telnet your-pop-server 110（非加密），如果能正常建立连接，说明网络层面没问题

• 重置Thunderbird的密码存储
  密码管理器偶尔会出现异常，导致认证时无法正确传递用户名和密码：

  1. 打开Thunderbird，进入「选项」-「隐私与安全」
  2. 在「密码」区域找到你的POP3账户对应的条目，直接删除
  3. 重新尝试收取邮件，此时会弹出密码输入框，输入后勾选「记住密码」，再测试收信功能

• 检查Thunderbird配置文件损坏
  如果前面的方法都没用，可能是本地配置文件出了损坏：

  1. 完全关闭Thunderbird
  2. 找到Thunderbird的配置文件夹：Mageia下默认路径是~/.thunderbird/
  3. 复制整个文件夹做备份，然后把原文件夹重命名（比如改成thunderbird_old）
  4. 重新打开Thunderbird，会生成全新的配置文件，手动添加你的POP3账户，测试是否正常

• 用命令行工具验证服务器兼容性
  用fetchmail测试，排除Thunderbird本身的问题：

  1. 安装fetchmail：执行sudo urpmi fetchmail（Mageia默认包管理器是urpmi）
  2. 创建简单配置文件~/.fetchmailrc，内容如下：

     poll your-pop-server proto pop3 user "your-username" pass "your-password" is "your-local-username"
     

  3. 执行fetchmail -v，如果能正常收取邮件，说明问题肯定在Thunderbird的配置或缓存上；如果不行，再考虑服务器端是否对Mageia的IP有特殊限制（不过你说另一台机器正常，这个概率很低）

按这个顺序排查，基本能解决问题。我之前遇到的情况就是配置文件缓存了旧的认证信息，重置后就恢复正常了。

内容的提问来源于stack exchange，提问作者terano