做邮件通知、外贸开发信、会员营销的团队，第一个撞上的墙就是 25 端口：云服务商默认封禁、机房限速、IP 信誉决定进不进收件箱。发信这件事的技术门槛不在服务器本身，而在「端口—信誉—内容」的链路管理。这篇把发信服务器的完整方案拆开：端口怎么选、IP 信誉怎么养、退信率怎么控制、以及什么情况下该放弃自建改用专业服务。
一、先明白 25 端口为什么被封
云厂商默认封 25 端口的出发点是反垃圾邮件：新开的服务器 IP 没有信誉，大量外发邮件大概率是垃圾邮件，会污染整个段的信誉。所以：
- 主流云厂商（AWS、阿里云、腾讯云等）默认封 25，解封流程繁琐且成功率低。
- 部分 IDC 可以开 25，但通常要求实名、承诺用途，并对发信量做监控。
- 「25 端口服务器」作为一个商品品类存在，就是因为有一批机房专门服务这类需求，配套了信誉管理。
选这类机房时问三件事：25 端口是默认开还是要申请？对发信量有没有硬性上限？IP 信誉出问题时能否快速更换 IP？
二、端口方案：不是只有 25 一条路
实际可用的发信端口有三个，分工不同：
| 端口 | 用途 | 注意 |
|---|---|---|
| 25 | 服务器之间的 SMTP 直投 | 需要 IP 信誉，云厂商默认封 |
| 587 | 客户端提交邮件（带认证） | 发信程序连自己中转服务器用这个 |
| 465 | SMTPS（SSL 直连） | 老旧客户端兼容，加密握手直接开始 |
标准架构是「应用 → 587 提交到自己的发信服务器 → 该服务器经 25 直投或经中继外发」。这样即使 25 被封，应用层不用改，只需调整中转层。
如果 25 完全开不了，两条替代路：
- SMTP 中继：用专业邮件服务商（SES、SendGrid、Mailgun 类）做外发中继，自己服务器只负责提交。适合发信量中等、不想养 IP 的团队。
- 购买可开 25 的服务器：适合发信量大、对送达率和品牌域名有要求的场景，代价是要自己管信誉。
三、IP 信誉：发信能不能进收件箱的核心
收件方（Gmail、QQ 企业邮等）判断一封信能不能进收件箱，IP 与域名的信誉占一半权重。信誉体系的关键项：
| 项目 | 说明 | 合格线 |
|---|---|---|
| SPF | 声明哪些 IP 有权替你发信 | 必须配，且与实际发信 IP 一致 |
| DKIM | 邮件签名，证明内容未被篡改 | 必须配，2048 位密钥 |
| DMARC | 声明验证失败的处理策略 | 先 p=none 观察，稳定后收紧 |
| rDNS（PTR） | IP 反解域名 | 必须与发信域名匹配 |
| 黑名单 | Spamhaus 等信誉库 | 发信前必查，定期复查 |
| 投递数据 | 送达率、打开率、退信率、举报率 | 举报率低于 0.1%，退信率低于 2% |
信誉养成的节奏：新 IP 前 2–4 周小量发（每天几百封），发给互动率高的老用户；数据稳定后逐步加量，每周增幅不超过 50%。直接拉满发量是新手翻车的头号原因。
四、退信率：最容易被忽视的健康指标
退信分两类，处理方式不同：
- 硬退信（地址不存在）：立即从列表移除。硬退信率高说明你的地址来源有问题（买来的名单、陈旧数据）。
- 软退信（邮箱满了、临时故障）：重试几次后仍失败再移除。大量软退信可能意味着发送频率过高被对方限流。
控制退信率的三个动作：发信前做地址验证（格式与域名校验）、对新来源的名单先小批量试探、把退信处理自动化而不是人工看日志。退信率长期高于 5% 的发送行为，会被主流邮箱直接限流。
五、服务器选型：发信专用机怎么配
发信服务器对配置要求不高，对网络和 IP 要求高：
- 配置：2 核 4G 足够跑大多数自建方案（Postfix/Postal），磁盘看队列积压量，50G 起步。
- IP：独享 IP 是硬要求（共享 IP 信誉会被邻居毁掉），最好一次买 2–3 个做轮换与隔离（通知类和营销类分 IP 发）。
- 地区：美国机房的 IP 资源充足、25 政策宽松，是发信机的主流选择；对延迟不敏感，选便宜量大的。
- 反解（PTR）：确认机房支持自定义 PTR 记录，这项配不了的高防或共享机房不适合发信。
六、什么时候放弃自建
诚实地说，多数团队不该自建发信。出现以下任一情况，改用专业服务更划算：
- 月发信量低于 10 万封——服务商的规模价通常更便宜且省心
- 没有专人盯投递数据——信誉崩了没人发现，损失比服务费大
- 邮件内容偏营销——营销类对信誉消耗大，专业服务商有预热池
- IP 已经进过黑名单——重建信誉要 4–8 周，不如直接换通道
自建的合理场景：发信量大且以事务性邮件为主（注册验证、订单通知）、有专人维护、对数据主权有要求。
附：发信上线检查清单
| 项目 | 标准 |
|---|---|
| PTR 反解 | 与发信域名一致，可在公网查到 |
| SPF/DKIM/DMARC | 三项配齐，用检测工具验证通过 |
| 黑名单 | Spamhaus 等主流库无记录 |
| 预热节奏 | 前两周日发量不超 500 封，逐周加量 50% |
| 退信处理 | 硬退信自动移除，退信率 < 2% |
| 举报监控 | 有 FBL 反馈环路接入，举报率 < 0.1% |
| IP 隔离 | 通知类与营销类分 IP 发送 |
八项全过再放量。发信事故几乎都源于「跳过检查直接拉量」。
补一个预热时间表的实际案例。新 IP 上线第一天发 50 封给最活跃的用户（他们会打开、点击，这是最好的信誉信号）；第一周末到 200 封/天；第二周 500 封/天，同时把打开率低于 5% 的地址段剔除；第三周 1500 封，接入 FBL 开始看举报数据；第四周起每周加量 50%，直到目标量。六周时间从 0 到 3 万封/天，期间退信率始终低于 1%。对比一个反面案例：某团队 IP 拿到当天就发了 2 万封营销邮件，三天后 IP 进了黑名单，之后六周都在做信誉修复——同样的六周，一个到了 3 万封/天，一个在原地等待解封。
常见问题
Q：25 端口被封了，能申诉解封吗？
云厂商可以试，成功率低且慢。更快的路是换 587 中继架构，应用不用改。
Q：一个 IP 每天能发多少封？
养熟的新 IP 每天 1–5 万封是安全区间，再高要看互动数据。判断标准是指标（退信、举报）而不是总量。
Q：发信 IP 进了黑名单怎么办？
先查进的是哪个库、什么原因；清理发信行为后去申诉移除，通常 1–3 天。反复进黑名单说明发信行为有问题，申诉只是治标。
Q：营销邮件和通知邮件要分 IP 吗？
强烈建议分开。营销类互动率天然低，会拖累 IP 信誉；通知类发信量大且互动稳定，分开后互不影响。
Q：自建发信用什么软件？
Postfix 加一套投递管理（如 Postal、Mailu）是主流组合。核心工作量不在软件，在 SPF/DKIM/DMARC 配置与投递监控。
小结
发信链路的优先级排序：IP 独享与 PTR → SPF/DKIM/DMARC 三件套 → 信誉养发的节奏控制 → 退信与举报的自动化处理。端口反而是最简单的一环，587 中继架构能绕开大部分限制。
决策口诀：量大、事务性、有人管 → 自建；量小、营销为主、没人盯 → 用专业服务。发信是长期运营，不是一次性配置，没有监控体系的自建方案风险大于收益。
相关阅读：发信服务器怎么选：25 端口与 IP 信誉、原生 IP 云服务器怎么验证、WordPress 站内 SEO 落地清单、跨境收款与商户进件的合规搭建。