通过您自己的 SMTP 服务器发送电子邮件

如果您运行自己的邮件基础设施，或者您的服务商未在我们的直接列表中列出，请使用此方式——几乎每项邮件服务都提供 SMTP。

⚠️ 如果您的服务商是 Mailgun、SendGrid、Postmark、Amazon SES 或 Resend，请改用其专属指南。通过这些连接方式，在出现问题时您可以获得更明确的错误信息，因为我们能够读取服务商实际返回的内容，而不仅仅是 SMTP 状态码。

您需要准备的内容

向您的邮件服务器运营方获取以下四项内容：

• 主机 — 例如 smtp.yourprovider.com
• 端口 — 587、465 或 2525
• 用户名和密码

选用哪个端口

587 是采用 STARTTLS 的提交端口，也是您应当使用的端口。该连接以明文方式启动，并在发送任何内容之前升级为 TLS。

465 是隐式 TLS — 从第一个字节起即加密。同样可行；某些服务商更青睐此端口。

2525 是一种非官方的替代端口，由于少数网络会屏蔽 587，因此部分托管服务商会提供此端口。仅在您的服务商要求时才使用它。

⛔ 此处虽接受端口 25，但它几乎绝非正确之选。 它是邮件服务器之间相互通信所使用的端口，而不是应用程序用来提交邮件的端口。它在大多数网络上都会被屏蔽，通常不包含身份验证，且即使能正常工作也往往未加密。

⛔⛔ 我们不会通过未加密的连接发送邮件。 如果您保留开启使用 STARTTLS（您理应如此），而您的服务器拒绝升级，则发送将会失败，而不会以明文方式继续。这是刻意为之的设计：您客户的密码重置链接会在这些邮件中传输，而无人察觉的降级是最糟糕的失败类型，因为邮件依然能够送达。

先配置您的 DNS

您的服务商不会像托管服务那样为您处理此项配置。您需要在发信域名上配置：

SPF — 一条用于授权您服务器地址的 TXT 记录： v=spf1 ip4:203.0.113.10 -all，或 v=spf1 a:smtp.yourprovider.com -all。如果您已拥有 SPF 记录，请编辑该记录；一个域名上存在两条 SPF 记录会导致 SPF 完全失效。

DKIM — 您的邮件服务器会对发出的邮件进行签名，并且您需要在 <selector>._domainkey.yourdomain.com 发布相匹配的公钥。在 Postfix 上这通常是 OpenDKIM；您的服务商会向您提供选择器名称。

DMARC — 位于 _dmarc.yourdomain.com 的 TXT 记录，在您检查 SPF 和 DKIM 均通过验证期间，请以 v=DMARC1; p=none; 开头。

反向 DNS — 针对您服务器 IP 地址的 PTR 记录应当解析回其主机名。大型接收方会检查此项，且许多接收方不会接收来自未配置该记录之地址的邮件。该记录由您的托管服务商设置，而非您的 DNS 服务商。

⭐ 配置运行后一项实用的免费检查方式：向 mail-tester.com 发送一封邮件并查看评分。它会指出这四项中哪一项存在错误，这比通过垃圾邮件文件夹进行猜测要快得多。

在 Zinn® 中进行连接

打开仪表盘中的邮件发送：

• 服务商 — SMTP 服务器
• 发信域名 — mail.yourdomain.com（域名，而非邮箱地址）
• SMTP 主机、端口、用户名、密码
• 使用 STARTTLS — 开启，除非您使用的是端口 465

⭐ 请为此创建专用的邮箱或提交用户，而不要复用个人的登录账号。当有人员离职且其密码发生更改时，您客户的通知不应因此中断。

发送测试并输入验证码

点击发送测试邮件至其他域名的收件箱，从中读取验证码并将其输入。

无法正常工作时

“邮件服务器拒绝了用户名或密码” — SMTP AUTH 验证失败。如果您的服务商在该账户上启用了双重身份验证，您几乎必然需要使用应用密码而非登录密码。

“无法连接至 host:port” — 端口被屏蔽、主机名错误，或服务器未在该端口上监听邮件提交。在另一台设备上执行 telnet smtp.yourprovider.com 587 即可获知具体原因。

TLS 错误 — 您的服务器证书已过期、属于自签名证书，或与您输入的主机名不匹配。我们会验证证书且绝不会跳过该项检查；请修复该证书。

“邮件服务器拒绝了收件人” — 您的服务器未配置为允许替该发件人中继邮件，这通常意味着通过身份验证的用户无权代表您的发信域名进行发送。

邮件能够发送但全部进入垃圾邮件箱 — 这是 DNS 问题，而非 SMTP 问题。请仔细检查上方的 SPF、DKIM、DMARC 和反向 DNS，然后重新运行 mail-tester 检查。