首页/网络/常用端口速查/372 ulistproc 邮件列表处理
300-399 系统端口74 条

372 ulistproc 邮件列表处理

ListProcessor(ListProc):1990 年代流行的邮件列表管理软件端口,与 Majordomo、Mailman 同代。

常用端口速查网络更新于 2026-10-13

ulistproc 是什么

ulistproc 是登记在 372 上的 IANA 服务名,登记说明为 ListProcessor(ListProc),注册人是 Anastasios Kotsikona,指 1990 年代流行的邮件列表管理软件。它与 Majordomo、后来的 Mailman 属于同一代产品,负责订阅管理、退订与群发投递;随着 Mailman 等方案普及,ListProc 逐步被替换,372 这个编号在现网几乎不再出现。372 位于 0-1023 的知名端口段,绑定需要特权。

基本信息

服务名ulistproc(ListProcessor)
端口与协议372,TCP 与 UDP 均有登记
注册情况IANA 登记项,无 RFC 文档
软件背景邮件列表管理器 ListProc
现网现状被 Mailman 等取代,现网极少出现
权限要求0-1023 段端口,绑定需 root 或 CAP_NET_BIND_SERVICE

典型使用场景

  • 邮件系统排查:邮件主机出现 372 监听时,确认是否为老邮件列表组件的残留
  • 邮件网关审计:清点所有邮件相关端口,确认没有绕过网关的直连通道
  • 规则治理:回收无人认领的 372 放行条目
  • 系统迁移:把老邮件列表的订阅名单与归档迁移到新平台,确认无遗留任务
  • 安全分析:老邮件组件常存在注入与转发滥用风险,发现异常投递应优先排查

定位与排查

定位与排查
ss -lntup 'sport = :372'    # 查看 372 的监听与进程
sudo lsof -i :372    # 反查进程与可执行文件
awk '$2 ~ /:0174$/ {print}' /proc/net/tcp    # 十六进制端口,372 = 0x0174
ps -ef | grep -iE 'listproc|listproc'    # 检查是否有老邮件列表进程
sudo grep -i listproc /var/log/maillog    # 结合邮件日志确认最近活动

ss 输出逐列读法

列含义关注点
StateLISTEN 监听、ESTAB 已连接邮件类老组件可能出现大量短连接
Recv-Q未读字节数堆积说明队列处理慢,可能影响投递
Send-Q未确认字节数异常增长需结合外发队列一起看
Local Address:Port本机地址与端口邮件相关端口不应直接对公网开放
Process程序名与 PID确认是否属于已被替换的旧组件
邮件相关服务的排查要结合日志:/var/log/maillog 或 /var/log/mail.log 里能看到投递、拒收与队列情况,比单看端口更有信息量。若老邮件列表组件仍在处理订阅请求,务必确认是否受统一邮件网关与反垃圾策略约束,避免成为垃圾邮件的中转出口。

易错点

  • 老邮件组件绕过邮件网关直连外发,可能被利用为垃圾邮件出口
  • 迁移邮件列表时遗漏归档与订阅名单,造成历史数据丢失
  • 停用组件前未确认自动化任务依赖,导致定时通知中断
  • 只查端口不看邮件队列与日志,无法判断组件是否仍在承载业务
  • 只测 TCP 忽略 UDP:部分邮件相关服务使用 UDP,漏查会低估暴露面

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

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