第二代邮局协议
109 对应 POP2，即第二代邮局协议，规范是 RFC 937，登记人是 Joyce K Reynolds。它的认证与检索命令集在后续版本中被重新设计，第三代协议成为收信的主流标准，并且一直延续到今天。POP2 只存在于协议史与老式系统教材中，现代邮件客户端不应再配置这个端口，遇到相关配置需求时应当作错误处理。
基本信息
| 服务 | POP2（Post Office Protocol 第二版） |
|---|---|
| 协议 | TCP |
| 规范 | RFC 937 |
| 登记属主 | Joyce K Reynolds |
| 现状 | 已被后续版本取代 |
典型使用场景
- 配置纠错：确认客户端填入的收信端口是否正确
- 协议对照：区分明文收信、加密收信与提交发信端口
- 资产核对：确认该端口是否存在历史服务残留
- 安全巡检：发现监听时核实进程来源
- 策略回收：清理无依赖的历史放行规则
邮件端口对照
| 端口 | 协议 | 用途 |
|---|---|---|
| 109 | 第二代邮局协议 | 历史收信端口，已淘汰 |
| 110 | 明文收信 | 后续版本的明文端口 |
| 995 | 加密收信 | 当前客户端常用 |
| 143 / 993 | 邮箱访问协议 | 明文与加密两种形态 |
核对与排查
核对与排查
# 确认端口是否仍被监听
ss -lntup 'sport = :109'
# 查看客户端实际使用的收信端口配置
# 常见客户端：账户设置中的服务器与端口项
# 验证加密收信端口是否可达
nc -zv mail.example.com 995
# 观察该端口是否有真实会话
sudo tcpdump -i any -n port 109 -c 10收信与发信是两套端口：用户报收不到邮件时先确认收信端口，报发不出去时先确认提交端口，混淆这两类排查方向会消耗大量时间。加密版本与明文版本通常使用不同端口，不要只看服务是否在线。
明文收信端口会传输邮箱口令：若仍在使用，应在可控窗口内切换到加密端口。切换前先确认客户端与设备支持加密协商，避免切换后老设备全部无法收信。
核实要点
- 确认客户端配置的是收信端口而非发信端口
- 确认当前使用的是加密端口还是明文端口
- 确认遗留设备是否支持加密协商
- 确认淘汰端口无监听后回收放行规则