首页/网络/常用端口速查/158 pcmail-srv PC 邮件服务器
100-199 系统端口99 条

158 pcmail-srv PC 邮件服务器

PCMAIL 分布式邮件系统的服务器端口;PCMAIL 是一套面向个人计算机的邮件架构(RFC 1056)。

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

pcmail-srv 是什么

158 号 pcmail-srv 是 PCMail Server 的注册端口,规范见 RFC 1056,登记人为 Mark L Lambert。PCMAIL 是一套面向个人计算机的邮件架构:个人机定期与服务器同步邮件数据库,而不是像 POP3 那样一次取走。这个理念与今天 IMAP「服务器留档、多端同步」很接近,但在当时缺少成熟实现与网络条件支撑,最终被 POP 与 IMAP 生态取代。

基本信息

服务名pcmail-srv(PCMail Server)
协议TCP/UDP 均有登记
规范RFC 1056
登记人Mark L Lambert
现状被 POP、IMAP 取代

这个端口今天会怎么出现

  • 邮件协议史研究:对照 PCMAIL 与 IMAP 的设计思路
  • RFC 阅读:理解 1980 年代末个人机邮件同步的设想
  • 老系统核对:确认端口编号与协议出处
  • 扫描清单解读:158 命中多来自历史端口表枚举
  • 误绑排查:低端口监听时先定位进程与属主
  • 告警降噪:把邮件类历史编号统一归档

定位占用该端口的进程

定位占用该端口的进程
ss -lntup 'sport = :158'         # Linux 查看 158 的监听与进程
sudo lsof -i :158                 # 按端口反查进程与程序路径
netstat -ano | findstr :158       # Windows 等价命令,末列为 PID
getent services pcmail-srv        # 核对系统服务名映射是否仍保留

邮件同步模型对照

模型代表协议数据归属
取走并删除POP3(110、995)邮件落到本地客户端
服务器留档多端同步IMAP(143、993)邮件保留在服务端
本地库与服务端同步PCMAIL,本条目两端各存一份靠同步保持一致
PCMAIL 设想客户端与服务端各自维护一份邮件数据库,靠同步保持一致。这个模型对带宽与离线能力要求很高,直到 IMAP 与移动网络成熟才真正普及。
读老 RFC 要注意年代背景:很多设计受限于当时的存储成本与链路质量,不能简单用今天的技术条件评判优劣。
如果 158 在现网出现监听,先判断是不是有人在复现老系统;现代邮件服务不会使用这个编号,也不需要为它配置放行。
排查结论写清三点即可:编号出处、当时的模型、现在无实现。审计复核时能直接引用,后来人也能看懂为什么它是历史条目。

易错点

  • 把 PCMAIL 当成现代邮件同步协议:没有可用实现,也没有生态
  • 用 POP 或 IMAP 的加固思路套历史编号:对象不同,收益为零
  • 低端口监听只看编号不查进程:真正需要追查的是绑定来源
  • 历史条目留在高危清单:持续产生无效告警
  • 报告缺少出处:审计复核时无法自证结论,工作要重做一遍

数据来源与参考

  • RFC 1056:PCMAIL: A Distributed Mail System for Personal Computers

相关工具

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