Vultr 阻止 SMTP 25 端口 — 他们甚至告诉我们不行。以下是如何仍然发送电子邮件的方法

技术 Vultr，SMTP，25端口，可递送性 July 9, 2026 by 邮件发送移动团队

Vultr 阻止出站第 25 端口，即使是发送经过身份验证的事务性邮件的电子邮件基础设施公司也不会解除阻止。以下是他们的拒绝电子邮件的原文、该政策的合理原因以及 Mailer To Go 如何让任何 Vultr 客户在几分钟内发送电子邮件。

服务器机架在数据中心，带有橙色和绿色光纤布线

如果您在 Vultr 上的应用程序无法发送电子邮件，这不是您代码中的错误。Vultr 在新账户上默认阻止出站 SMTP 25 端口——根据我们的经验，即使是对于文档完善的纯事务性发件人，他们也不会移除该阻止。

我们之所以知道，是因为我们问过。我们运营一家电子邮件基础设施公司。我们提交了一份 SMTP 端口阻止移除请求，其理由之强大堪称发件人所能提供的最强理由，但 Vultr 说不。两次——第二次在上报到管理层后。

这篇文章逐字分享了 Vultr 的实际回复，解释了阻止存在的原因（以及诚实地说，为什么这对他们来说是正确的决定），并展示了如何从 Vultr 实例发送电子邮件的方法。

我们请求的是什么

2026 年 7 月，我们在一个新的 Vultr 实例上打开了一张标题为“SMTP 端口阻止移除”的工单，该实例旨在用作出站邮件传递节点。该请求尽可能地透明：

仅限事务性电子邮件 ——账户验证、密码重置、2FA 代码、订单确认、收据。无营销、无新闻通讯、我们自己的服务条款禁止的内容。
完全身份验证 ——每条消息都使用 DKIM 签名（Ed25519 + RSA 双签名）、SPF 对齐且符合 DMARC 要求，并自动抑制硬退回和垃圾邮件投诉。
我们自己的 IP 空间 ——我们拥有的专用 /24 块，通过我们的 Vultr 账户经 BGP 宣布，因此我们的发送信誉完全是我们自己的。Vultr 的 IP 不会承载我们的任何流量。
有文档记录的预热计划 ——从每天 50-100 条消息开始，在监控黑名单状态的同时逐周增加。

Vultr 的回复，原文照录

以下是 Vultr 账户团队的第一个回复，逐字逐句：

您好，

感谢您提供所请求的信息。我们已彻底审查了您的请求，但很遗憾，我们无法移除您账户上的 SMTP 阻止。根据您提供的信息，您所述的活动似乎与我们的平台不兼容。为了确保最佳性能并维护我们服务的完整性，我们必须严格遵守我们的政策。

我们理解这可能是令人失望的消息，为由此造成的任何不便我们表示道歉。但是，我们仍致力于协助您找到合适的解决方案。我们建议探索专门从事电子邮件服务的第三方软件解决方案。这些平台旨在满足特定需求并为您的电子邮件操作提供必要的功能和灵活性。

我们理解这可能不是您预期的结果，我们真诚地感谢您的理解和配合。我们的专职支持团队随时准备以任何方式为您提供帮助。如果您有任何进一步的问题或如果我们还能为您协助的任何事项，请随时与我们联系。

此致
敬礼

Vultr 账户团队

我们回复并提出了一个澄清问题：如果我们限制仅从我们自己的 BGP 宣布的 IP 地址发送，决定是否会改变——这样我们的 IP 块而不是 Vultr 的，将承载我们发送行为的所有后果？

Vultr 认真对待了这个问题并上报了它：

您好 Jonathan，

请给我们一些额外时间来审查您的请求。

在此期间，您可以随时在此回复以添加其他信息。

几小时后，最终答复来了：

您好 Jonathan，

感谢您的耐心等待，我们已将此上报到管理层。

很遗憾，由于您的预期用途，我们无法为您解除 SMTP 阻止。

我们建议探索专门从事电子邮件服务的第三方软件解决方案，这些解决方案旨在满足您电子邮件操作的特定需求。感谢您对此事的理解。

这是一个坚定的、最终的否定——对于一个具有完整身份验证、自有 IP 空间、预热计划和纯事务性政策的发件人。如果您的请求是”我想从我的 VPS 发送电子邮件”，则期望得到相同的答复或它的更温和版本。

Vultr 首先为什么要阻止 25 端口

将这些电子邮件读作无益的做法很容易。但它们不是。它们是理性的，理解原因能让您了解很多关于 2026 年电子邮件实际工作方式的信息。

网络交换机配线板，带有蓝色和灰色以太网电缆

25 端口是邮件服务器相互通信使用的端口。这也是垃圾邮件发送者需要的端口。保持开放的云提供商会在数天内变成垃圾邮件大炮：任何拥有被盗信用卡的人都可以启动一百个实例，发送垃圾邮件直到 IP 被烧毁，然后一走了之。提供商则要承担损害——而且损害是集体的。像 Spamhaus 这样的黑名单不仅列出单个坏 IP；他们列出范围。一个滥用的客户可能会让提供商的整个 /24 地址空间被列入黑名单，这意味着其他每个客户的合法邮件开始退回。

所以每个主要云都以 Vultr 所做的某种版本这样做。AWS 默认阻止 25 端口。Google Cloud、Azure、DigitalOcean 和 Hetzner 也是如此。Vultr 回复中的坦率之言——”您所述的活动与我们的平台不兼容”——是一般用途的云正确认识到电子邮件传递不是其业务，甚至好的发件人在其网络上也是它无法监督的风险。Vultr 无法便宜地区分有纪律的事务性发件人和用精心撰写的工单的垃圾邮件发送者，所以安全的政策是拒绝所有人，用他们自己的话说，推荐”专门从事电子邮件服务的第三方软件解决方案”。

他们是对的。我们就是其中之一。

为什么可交付性成为专家的手艺

以下是这个故事核心处的优雅悖论：使电子邮件传递困难的事情正是使必须专门从事这项工作成为必要的同一事情。

可靠地传递电子邮件早已不是网络问题多年了——这是一个信誉问题。收件箱提供商根据发送 IP 和签署域的历史来判断每条消息：投诉率、退回率、参与度、身份验证、音量一致性。这种信誉会慢慢累积（新 IP 必须在数周内预热），很快消耗（单个坏批次可以撤销数个月），并持续维护（反馈循环、抑制列表、黑名单监控以及 Gmail、Microsoft 和 Yahoo 的每个提供商特性都需要日常关注）。

没有任何一般用途的云想代表您承诺这一点——正如 Vultr 的账户团队刚刚所证明的那样。另一方面，专门的提供商则以整个业务来赌注。我们的基础设施、我们的 IP 空间、我们的监控和我们的反滥用执法都存在以保护一个资产：我们客户的电子邮件所基于的发送信誉。这种一致性就是整个产品。这具有挑战性——这正是为什么值得付钱给专家来交付它。

一个红色邮箱挂在绿色树篱前的柱子上

如何从 Vultr 发送电子邮件（有效的方法）

好消息是：Vultr 仅阻止 25 端口——服务器间端口。端口 587（您的应用程序用来将邮件转交给电子邮件服务的标准提交端口）是完全开放的。这意味着 Mailer To Go 可以从任何 Vultr 实例完美运行，零工单、零等待、零预热。

在 mailertogo.com 注册，验证您的发送域，并将您的应用指向您的 SMTP 凭据：

# Rails — config/environments/production.rb
config.action_mailer.smtp_settings = {
  address:        ENV["MAILERTOGO_SMTP_HOST"],
  port:           587,
  user_name:      ENV["MAILERTOGO_SMTP_USER"],
  password:       ENV["MAILERTOGO_SMTP_PASSWORD"],
  authentication: :plain,
  enable_starttls_auto: true
}

// Node.js — 使用 Nodemailer
const transporter = nodemailer.createTransport({
  host: process.env.MAILERTOGO_SMTP_HOST,
  port: 587,
  auth: {
    user: process.env.MAILERTOGO_SMTP_USER,
    pass: process.env.MAILERTOGO_SMTP_PASSWORD,
  },
});

DKIM 签名、SPF 对齐、DMARC、退回和投诉处理、抑制列表以及 IP 信誉都由我们处理——Vultr 正确地决定不从事监督的部分。

您的 Vultr 实例继续做 Vultr 真正擅长的：运行您的应用程序。您的电子邮件运行在为一个目的而存在的基础设施上——让它被传递。