早上打开邮件客户端，收件箱转了半天刷不出来，点发送也报”无法连接到服务器”。多数人的第一反应是查网络、查密码，折腾一圈才发现，问题出在代理上——邮件客户端根本没走代理，或者走了不支持的代理类型。
邮件流量和网页流量，走的是不同的路
浏览器默认读取系统的代理设置，所以网页流量跟着代理走是顺理成章的事。邮件客户端不一样，SMTP 和 IMAP 是独立的传输协议，大多数客户端默认直连，根本不读系统代理。这意味着系统里开了代理，网页走了，邮件却还在直连——你以为的”全部流量都走代理”，其实漏了邮件这一路。
让邮件流量走代理，通常有两条路
第一条，在邮件客户端设置里配置代理，多数客户端支持 SOCKS5 或 HTTP 代理，填上地址端口即可；第二条，用系统级代理工具统一接管，但要注意 HTTP 代理只能转发 HTTP/HTTPS 流量，承载不了 SMTP 和 IMAP，这类工具要选能代理任意 TCP 的 SOCKS5 方案。协议选错，是最常见的配置失败原因。
顺带一提，SMTP 的 25 端口在很多网络环境里会被默认封锁，改用 465 或 587 提交端口是常见做法；如果端口本身连不通，走不走代理都白搭，这也是排查时值得先排除的一步。
如果收发异常，按下面四步排一遍：
- 第一步，看客户端代理设置：确认客户端有没有读代理、读的是哪种协议，多数收发失败都是”根本没走代理”造成的
- 第二步，核对协议与端口：SMTP 常用 465/587，IMAP 常用 993，这些端口走代理需要 SOCKS5 支持，HTTP 代理带不动
- 第三步，直连对照测试：临时关掉代理直连一次，能正常收发说明问题在代理链路，再回头查代理配置
- 第四步，确认出口地区：部分邮件服务商对来源地区敏感，出口地区不对，认证通过也会被拒
容易被忽略的第三件事
出口频繁变化也会触发邮箱的安全提醒，比如异地登录提示、要求二次验证。邮件账号通常绑定个人身份，出口稳定性比速度更重要，一个长期固定的出口，比频繁轮换的出口更适合邮件场景。另外，邮件客户端长时间挂机，出口的保持时间也要够长，连接中途断掉，收件箱又会回到刷不出来的状态。
问：邮件客户端到底要不要走代理？答：家用直连完全够用；跨境办公、网络受限的企业环境才需要，且优先选支持 SOCKS5 的方案。代理IP不是所有流量的必选项，但一旦需要，就要选对协议、配对端口——邮件这类长连接协议，最怕的就是半吊子配置。