odmr 是什么
366 号 TCP/UDP 的 IANA 登记名是 odmr，全称 On-Demand Mail Relay，规范文本是 RFC 2645，登记人为 Randall Gellens。它解决的是这样一类问题：域名对应的服务器没有固定公网地址，无法直接收信。ODMR 通过 ATRN 命令让客户端主动发起反向 SMTP 会话，把邮件拉走，相当于按需收信机制。
基本信息
| 服务名 | odmr（On-Demand Mail Relay） |
|---|---|
| 端口 | 366（TCP 与 UDP 同名登记） |
| 规范 | RFC 2645（ATRN 命令） |
| 使用背景 | 拨号与动态地址时代 |
| 现状 | 被邮件托管与 API 化方案取代 |
典型使用场景
- 邮件架构史梳理：说明动态地址环境下收信问题的几种解法
- 端口字典核对：区分 366 与现代邮件端口
- 遗留邮件网关评估：确认是否仍有依赖该机制的系统
- 扫描告警定性：命中 366 时判断来源与业务归属
- 方案对比参考：按需拉取与常驻投递两种模式的取舍
排查命令
排查命令
ss -lntup 'sport = :366' # 本机 366 端口监听情况
ss -lntp | grep -E ':(25|366|587) ' # 与 SMTP 相关端口一起核对
sudo lsof -i :366 # 反查进程
sudo tcpdump -ni any port 366 -c 20 # 抓包确认是否有真实会话
netstat -ano | findstr ':366 ' # Windows 侧对照收信机制对照
| 机制 | 形态 | 适用条件 |
|---|---|---|
| ODMR / ATRN | 客户端主动拉取，反向 SMTP 会话 | 服务器无固定地址的历史场景 |
| ETRN 触发 | 服务器触发上游投递 | 部分老式网关仍支持 |
| MX 常驻投递 | 标准 SMTP 直达 | 服务器有稳定可达地址 |
| 邮件托管与 API | 由托管方负责收发 | 现代业务的主流选择 |
邮件投递的可靠性往往取决于链条最弱的一环：上游是否可用、地址是否稳定、反垃圾策略是否误判。使用按需拉取类机制时，把拉取失败纳入监控比事后排查用户投诉更省力。
这类历史机制在现网极少出现，若扫描到 366 有监听，优先确认是否为第三方遗留组件或调试用途，再决定处置方式。处置顺序仍是先定归属、后做收敛。
做邮件安全评估时，重点通常在认证与反滥用：SMTP 是否要求认证、是否限制了发信来源、是否有速率控制。端口清单是入口，策略配置才是结论。