SMTP 备用提交端口
2525 是邮件系统里常见的备用提交端口。当云厂商或网络运营商封锁出口的 25 端口时，管理员常把 SMTP 服务改到 2525，内部中继与监控告警发信也多遵循这个惯例。它在微软的 services 文件里登记为 ms-v-worlds，但并不是 RFC 规定的标准端口，只是行业习惯。
基本信息
| 服务 | SMTP（非标准备用端口，微软登记名 ms-v-worlds） |
|---|---|
| 协议 | TCP |
| 用途 | 绕过 25 端口封锁的邮件收发与内部中继 |
| 现状 | 行业惯例，非 RFC 标准 |
| 安全等级 | 需 STARTTLS 与认证 |
典型使用场景
- 云主机上发送监控告警邮件，因 25 出站被封而改连 2525
- 内部中继服务器开放提交端口供应用发信
- 排查应用发不出邮件，确认目标端口与实际监听端口是否一致
- 对接第三方系统时写明端口，避免对端默认按 25 连接
- 安全评估时确认提交端口要求认证并启用加密
测试 2525 上的 SMTP 服务
测试 2525 上的 SMTP 服务
swaks --to test@example.com --server mail.example.com:2525 --tls
nc -zv mail.example.com 2525
openssl s_client -starttls smtp -connect mail.example.com:2525 -quiet
ss -lntp | grep ':2525 '常用邮件端口
| 端口 | 用途 | 说明 |
|---|---|---|
| 25 | SMTP 传输 | 服务器之间投递，公网出口常被封 |
| 587 | 提交（STARTTLS） | 客户端发信的标准选择 |
| 465 | SMTPS 隐式 TLS | 加密提交端口 |
| 2525 | 备用提交 | 行业惯例，非标准端口 |
选择建议：对外发信仍应优先用 587（提交，STARTTLS）或 465（隐式 TLS）；2525 更适合内部中继与云主机这类受出口限制的场景。对接文档里要写清端口，别让对端默认按 25 连——跨组织对接时这一条最容易踩坑。
开放提交端口必须要求认证并启用加密，否则会变成开放中继：外部可以借你的服务器发垃圾邮件，直接后果是发信域名与出口地址被拉黑，进而影响整个组织的邮件送达率。
验证方法：发送失败时先用工具手工做一次完整的认证与加密握手，可以把「端口通但发不了信」的具体原因定位到认证、加密还是策略。云厂商对出口端口的封锁范围各家不同，还要单独确认。