re-mail-ck 是什么
50 号 TCP/UDP 的 IANA 登记名是 re-mail-ck，全称 Remote Mail Checking Protocol，规范文本是 RFC 1339，登记人为 Steve Dorner（Eudora 邮件客户端的作者）。它的用途很窄：客户端连上服务器，只查询邮箱里有没有新邮件，不下载正文。在按流量计费的拨号上网年代，用几十字节换一次「有没有新信」的答案是划算的买卖。
基本信息
| 服务名 | re-mail-ck（Remote Mail Checking） |
|---|---|
| 端口 | 50（TCP 与 UDP 同名登记） |
| 规范 | RFC 1339 |
| 登记人 | Steve Dorner |
| 现状 | 已被 POP3、IMAP4 等现代邮件协议取代 |
典型使用场景
- 邮件架构史梳理：说明「批量下载」与「服务器端保留」两种邮件模型的演变
- 端口字典核对：区分 50 与现代邮件端口（25、110、143、993、995）
- 老邮件网关退役评估：确认遗留系统上还有哪些非标准端口在监听
- 扫描告警定性：命中 50 时判断是历史遗留还是伪装服务
- 培训材料编写：用「只查有无、不取正文」说明早期协议的极简设计
排查命令
排查命令
ss -lntup 'sport = :50' # 本机 50 端口监听情况
sudo lsof -i :50 # 反查进程与路径
getent services 50 # 系统服务名映射
ss -lntup | grep -E ':(25|50|110|143) ' # 与常见邮件端口一起核对
netstat -ano | findstr ':50 ' # Windows 侧对照邮件相关端口对照
| 端口 | 协议 | 说明 |
|---|---|---|
| 50 | re-mail-ck | IANA 历史登记，仅查询有无新邮件 |
| 25 | SMTP | 服务器之间投递邮件 |
| 110 / 995 | POP3 / POP3S | 批量下载到本地，可选保留副本 |
| 143 / 993 | IMAP4 / IMAPS | 服务器端保留，现代客户端主流选择 |
现代客户端不再需要专门的「查新邮件」协议：IMAP 的 IDLE 能力可以让连接保持空闲并实时接收服务器推送，同一个连接既完成状态同步也完成取信，协议栈因此少了一层。
排查邮件类故障时，端口只是入口线索：先确认客户端使用的协议与端口，再看认证是否通过、邮箱路径是否正确、服务器端是否有拒绝连接或限流的日志，比反复重装客户端有效得多。
这类仅凭 IANA 登记无法验证实现的条目，台账里建议标注「历史登记、无公开实现、无需处置」。把结论写清楚，后续接手的人就不必重复考证一遍。