首页/网络/协议速查/邮件相关端口速查

邮件相关端口速查

25 走服务器间中继、587 客户端提交、465 隐式 TLS 提交;110/143 明文收信,995/993 加密收信。云主机常封 25。

协议速查网络更新于 2026-10-13

邮件端口是什么

邮件系统把不同的职责分配到不同端口:25 用于服务器之间的中继投递,587 是客户端提交(MSA)的标准端口,465 是从连接建立第一字节就加密的隐式 TLS 提交口;收信侧 110/143 是明文 POP3/IMAP,995/993 是它们的加密版本。理解这种分工,才能解释「为什么在办公网里 25 发不出去、换 587 就好了」。

基本信息

中继端口25(MTA 之间投递)
提交端口587(STARTTLS 升级)、465(隐式 TLS)
收信端口143 IMAP、993 IMAPS、110 POP3、995 POP3S
加密方式STARTTLS 先明文后升级,隐式 TLS 全程加密
云厂商策略大量云主机默认封禁 25 出站,需要工单申请解封
规范RFC 8314 §3.3、RFC 6409

典型使用场景

  • 排查「发不出邮件」:确认客户端用的是 587/465 而不是直连 25
  • 自建邮件服务器规划端口放行策略,区分入站与出站
  • 客户端配置指导:区分提交端口与收信端口,避免混用
  • 安全加固:只允许可信网段访问 25,收信端口强制加密
  • 容器与云环境部署前的可用性验证

端口连通性速测

端口连通性速测
nc -zv mail.example.com 25 465 587 993 995   # 一次测完五个关键端口
openssl s_client -connect mail.example.com:465 -quiet   # 隐式 TLS:连上即握手
openssl s_client -starttls smtp -connect mail.example.com:587   # 提交端口升级加密
telnet mail.example.com 25                    # 看首条 220 应答是否正常
ss -lntp | grep -E ':(25|465|587|993|995)'    # 服务端确认监听状态

端口分工与加密

端口用途加密方式
25MTA 之间中继投递明文为主,可选 STARTTLS
587客户端提交(MSA)STARTTLS 升级
465隐式 TLS 提交连接即握手,全程加密
110POP3 收信明文,已被淘汰
995POP3S隐式 TLS
143IMAP 收信明文,可 STARTTLS
993IMAPS隐式 TLS
判断该用哪个端口有个简单规则:把邮件交给自己的发信服务器用 587 或 465;两个邮件服务器之间互相投递才是 25。客户端直连对方的 25 端口在多数网络里会被拦截或直接判为垃圾邮件。
云主机默认封禁 25 出站是反垃圾的常见手段,且解封通常需要提交工单并说明用途;自建邮局的规划阶段就要确认这条政策,否则上线当天才会发现外发全部失败。

易错点

  • 客户端直连 25 端口发信:多数网络会拦截或直接判为垃圾,正确姿势是提交给自己的发信服务器
  • 把 465 当成「带证书的 587」混填:465 是隐式 TLS,客户端若按 STARTTLS 处理会握手失败
  • 只放行入站端口忘记出站:能收信但发不出去,排查时容易只看收信方向
  • 收信端口仍用明文 110/143 且不做加密,账号口令在链路上可被直接抓取

数据来源与参考

  • RFC 8314 §3.3
  • RFC 6409(Message Submission)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌