买 VPS 前先查 25 端口：邮件要走它，很多主机默认封它

本文译自 kikomono.com 英文原文《Check VPS port 25 before buying: mail needs it, many hosts block it》，作者 Rita。原文链接：https://kikomono.com/guides/check-vps-port-25-before-buying/

如果你的 VPS 必须直接向收件人的邮件服务器发邮件，付钱之前先查服务商的 25 端口政策。很多服务商默认封掉出站 25 端口，防止被攻破的服务器发垃圾邮件，有的根本不给解封。等域名和邮件都迁过去才发现，那就不是改个设置，而是重建。

简短回答

25 端口是邮件服务器之间通话用的端口。你的服务器直接投递时，会不经身份验证连到收件人的邮件服务器 25 端口，把邮件交过去。587 端口和 465 端口是另一份工作：提交端口，供经过身份验证的应用或邮件客户端把邮件交给中转服务或服务商，再由对方转交。把这两份工作搞混，是为邮件买错 VPS 最常见的原因。

所以检查顺序是固定的：先定自己到底需要哪份工作，再读服务商针对那个端口的政策，开通后再实测。封 25 端口的服务商不一定是差主机——对走中转发邮件的网站来说，它可能正合适。只有当直发本来就是计划、却没人查过时，它才是一次买错。

1. 先定任务：直发还是中转？

用一句话写下来，这台服务器必须发什么邮件、怎么发。答案会把每台 VPS 分成可用或不可用：

你的计划	关键端口	买之前要查什么
自己跑邮件服务器，直接投递到收件人服务器	出站 25 端口，如果也收邮件还要入站 25 端口	出站 25 端口是开放、可解封，还是彻底关闭
通过中转发应用邮件（密码重置、收据、通知）	到中转服务的提交端口 587 或 465	那个提交端口是否开放，以及用哪个中转账号
服务器完全不发邮件	无	不用查——25 端口被封不是拒绝一台其他方面都好的服务器的理由

对多数小网站来说，第二行才是正确的计划。中转服务存在的意义，正是让小发件人不必从一个全新的托管地址开始积累发送信誉。只有在明知后果的情况下才选第一行：反向解析、发件人身份验证、退信处理、信誉积累从此都是你的活——下定决心之前先看最后一节。

还有一个区别，借自英文原文中的 IP 黑名单指南：查收件人会评判的那个地址。如果邮件走中转，收件人评判的是中转服务的地址，不是你的服务器。那时在你的服务器上查 25 端口，等于回答了一个没人问的问题。

2. 付钱之前先读服务商的 SMTP 政策

不要只信销售页。去服务商的帮助中心或文档里找它的 SMTP 或 25 端口文章——起约束作用的是那份文件，不是营销页。你要找四个答案，一份政策如果有一个答不上来，本身就是答案：

• 出站 25 端口默认封吗？ 很多服务商会在新账号上默认封掉，作为反滥用措施，因为一台被攻破、25 端口出站开放的服务器可以直接向每个收件服务器发垃圾邮件。
• 能解封吗，怎么解？ 政策分三种：默认开放、封了但有正式解封申请渠道（通常是提交工单说明合法用途，有时附带账号年龄或账单条件）、封了且没有解封路径。只有服务商自己的文章能告诉你，你买的是哪一种。
• 587 和 465 端口呢？ 不要因为被封的是 25 端口就默认中转路线是通的。有的服务商连提交端口也封，有的服务商针对这种情况公布了备用提交端口——服务商政策和中转服务的文档都要查。
• 可接受使用政策允许发什么？ 端口开放不等于允许群发。读服务商允许什么——交易类和用户主动订阅的邮件，通常和冷群发、购买的名单受到很不一样的对待——不要制定一份政策禁止的发送计划。

如果文章写得含糊，付钱之前就书面问服务商，并把答复和订单放在一起。售前问一句只要几分钟；迁过去之后被拒绝解封，代价就是一次迁移。同样的时序规则也贯穿英文原文中的退款窗口指南：这项检查属于窗口关闭之前，而不是域名搬走之后。

3. 开通后实测，并正确解读结果

读政策告诉你应该发生什么；实测告诉你在你的服务器上实际发生什么。在服务器上，分别对一个真实邮件目的地测 25 端口、对你的中转服务测 587 端口，例如：

nc -vz -w 5 gmail-smtp-in.l.google.com 25
nc -vz -w 5 smtp.your-relay.example 587

把中转主机名换成你中转服务的真实主机名。如果还没有中转服务，只测 25 端口也能告诉你直发是否连开始都开始不了。把两个结果放在一起读：

25 端口结果	587 端口结果	最可能的解读
能连上	能连上	两条路线都通；继续做下面的身份验证和 DNS 检查
超时	能连上	符合服务商封 25 端口的情况——对照已公布的政策确认
超时	超时	还不是诊断：先查自己的防火墙，再查路由和目的地
立即被拒绝	能连上	防火墙或过滤器在拒绝连接；先查自己的规则，再怪服务商

单一次超时什么都证明不了——丢包的防火墙、路由问题、不可达的目的地，从发送方看都一样。所以对照测试、自己的防火墙规则（见英文原文中的防火墙指南）、服务商政策必须放在同一个诊断里，一条失败的命令永远不足以据此提交工单声称服务商封了端口。

如果实测确认被封、而你的计划又需要直发，按这个顺序，你有三个诚实选项：政策有解封渠道就申请解封；改走中转发网站真正需要的邮件；或者在退款窗口关闭之前换服务商。行不通的是先装好邮件服务器、再指望端口自己打开——它不会。

4. 端口通了不等于进收件箱

即使出站 25 端口开放，一个全新的 VPS 地址起步时也没有发送信誉，而且所在地址段本来就被收件方和托管流量联系在一起。发任何真实邮件之前，先确认收件方实际会查的四项：

• 反向解析（PTR）。 发件 IP 应该反向解析到你控制的主机名，和你的邮件服务器对外宣称的主机名一致。只有地址所有者——通常是服务商——能设置它，所以要确认服务商允许你设置。
• SPF、DKIM 和 DMARC。 这些 DNS 记录告诉收件方哪些服务器可以代表你的域名发件、对邮件签名以便发现篡改、并说明校验失败的邮件该怎么处理。缺失或写错记录，是善意邮件被拒的常见原因。
• 黑名单状态。 地址会被重复使用，所以一台全新服务器也可能继承上一个租户的列入记录。上线之前，先按英文原文中的 IP 黑名单指南对发件地址跑一遍检查。
• 预热和发送量。 从低量、对方期待的邮件开始——账号消息，而不是积压的邮件——再逐步增加。来自未知地址的突然爆发，看起来正是端口封锁要挡的那种滥用。

如果服务器也要收邮件，把入站 25 端口和域名的 MX 记录也加进同一张清单：收件端口被过滤、MX 记录指向别处，邮件就到不了。如果服务器走 IPv6 发邮件，那个地址和它的反向解析要单独查——见英文原文中的 IPv6 指南，因为 IPv4 的结果对 IPv6 什么都说明不了。

不要这样做

不要先买再查邮件端口，也不要把超时当作服务商封端口的证据。 前一个错误是把政策问题变成一次迁移；后一个错误是把防火墙或路由问题变成一场客服争论。先定直发还是中转，再读政策，再测两个端口，然后才把域名和邮件交给这台服务器。

不要以为 25 端口开放就是群发许可，就去建一个群发服务。端口只是其中一道关，可接受使用政策才规定你能发什么，而信誉是靠发对方要的邮件挣来的——慢慢发，从配置正确的服务器发，退信要读、要处理。

核查于 2026-11-05。服务商 SMTP 政策、中转端口和可接受使用条款都会变；买之前或把邮件迁到服务器之前，请先在服务商自己的帮助页上确认现行政策。

常见问题

如果出站 25 端口被封，我网站的联系表单会停吗？

不一定。联系表单通常通过应用或中转服务、在 587 或 465 这样的提交端口上发件，而不是直接向收件人的邮件服务器走 25 端口。25 端口被封破坏的是服务器到服务器的直发；只要中转端口本身开放、中转账号已配置，中转发件不会因此自动中断。

连接超时能证明服务商封了 25 端口吗？

不能。超时也可能来自你自己的防火墙、路由问题或不可达的目的地。把 25 端口测试和同类目的地的 587 端口测试对照着看，查自己的防火墙规则，并对照服务商已公布的 SMTP 政策，之后再下服务商封锁的结论。

如果出站 25 端口开放，我的邮件就能进收件箱吗？

不能。开放的端口只让你的服务器有机会尝试投递。收件方还会权衡反向解析、SPF、DKIM 和 DMARC 记录、发件域名的历史、IP 地址的信誉。一个全新的 VPS 地址没有发送历史，所以即使配置正确的直发邮件一开始也可能被过滤或拒绝。

能不能干脆用 587 端口代替 25 端口？

对走中转的应用邮件——密码重置、订单消息、通知——可以，这是正常路线：你的应用在 587 或 465 端口上把经过身份验证的邮件提交给中转服务，再由中转服务转交。但如果你计划自己跑邮件服务器、直接投递到收件人的邮件服务器，这替代不了 25 端口。还要查中转端口本身，因为有的服务商连提交端口也封。

买之前就该问 25 端口解封吗？

付钱之前问，不要等迁过去之后再问。问能不能解封、适用什么用途和账号条件、怎么申请、决定要多久。满足所列条件不等于保证批准，所以一个只有拿到解封才能成立的计划，等于依赖一个你还没有的答案。