使用 Resend + Gmail Send as 配置自定义域名邮箱发信
本教程适用于：
- 拥有自己的域名
- 域名 DNS 使用 Cloudflare
- 希望使用
[email protected]、[email protected]等自定义域名作为发件人- 希望通过 Gmail 的网页界面写邮件
- 使用 Resend 提供 SMTP 发信
重要：本文基于 2026 年 10 月的规则。
Gmail 已宣布将在 2027 年 1 月停止通过 Gmail 的“以身份发送（Send as）”功能，从第三方邮箱地址发送邮件。因此，本方案目前仍有实际用途，但属于过渡方案。长期使用建议迁移到 Thunderbird、Outlook 桌面版等支持 SMTP 的邮件客户端，或者使用真正的 Google Workspace 邮箱。
一、最终实现的效果
假设你拥有：
example.com
希望拥有一个：
的域名发件地址。
最终邮件发送链路是：
┌─────────────────┐
│ Gmail │
│ 写邮件/收邮件UI │
└────────┬────────┘
│
│ SMTP
▼
┌─────────────────┐
│ Resend │
│ SMTP Relay │
└────────┬────────┘
│
│ Internet
▼
┌─────────────────┐
│ 收件人邮箱 │
│ Gmail/Outlook等 │
└─────────────────┘
这里要理解一个非常重要的概念：
Gmail 只是你用来写邮件的界面，真正负责通过 SMTP 把邮件发出去的是 Resend。
因此：
Gmail
↓
Resend SMTP
↓
收件人
而不是：
Gmail
↓
Cloudflare
↓
收件人
Cloudflare DNS 本身不提供 SMTP 发信服务。
二、需要准备什么
整个方案需要四样东西：
- 一个自己的域名
- Cloudflare DNS
- 一个 Resend 账号
- 一个 Gmail 账号
例如：
域名：
example.com
域名邮箱：
[email protected]
Gmail：
[email protected]
发信服务：
Resend
三、Resend 免费额度
截至 2026 年 10 月，Resend 免费计划为：
- $0/月
- 每月 3,000 封
- 每日 100 封
- 最多 3 个已验证域名
免费额度由整个 Resend Team 共享，而不是每个域名分别拥有 3,000 封。
例如：
example.com
example.net
example.org
三个域名共用：
3,000 emails/month
100 emails/day
而不是：
3 × 3,000 = 9,000/月
Resend 在 2026 年 8 月将免费计划的已验证域名数量从 1 个增加到了 3 个。
因此，对于个人开发者、独立站、少量人工邮件发送，这个额度通常已经足够。
四、第一步：在 Resend 添加自己的域名
进入 Resend：
Dashboard → Domains
选择：
Add Domain
输入：
example.com
然后 Resend 会要求你配置 DNS。
如果你的域名 DNS 托管在 Cloudflare，Resend 目前支持针对 Cloudflare 的域名验证流程，并且部分情况下可以通过 Domain Connect 自动添加记录。
五、第二步：在 Cloudflare 配置 Resend DNS
Resend 会根据你的域名生成 DNS 记录。
常见的是：
SPF
DKIM
以及与邮件返回路径相关的记录。
不要照抄网上其他教程里的固定 DNS 值。
因为 Resend 为不同域名生成的 DKIM 等记录可能不同。
正确做法是：
Resend Dashboard
↓
Domains
↓
你的域名
↓
DNS Records
把 Resend 当前显示的记录添加到 Cloudflare。
六、Cloudflare 中需要注意的地方
如果 Resend 要求你添加 CNAME：
Type: CNAME
一般应该使用：
DNS only
也就是：
灰色云朵
不要让 Cloudflare Proxy 代理邮件相关的 DNS 记录。
七、完成域名验证
添加 DNS 后，回到：
Resend → Domains
等待域名状态变成：
Verified
如果显示：
Verified
说明 Resend 已经确认你拥有这个域 名。
此时 Resend 可以使用该域名作为发件域。
例如：
Resend 的 Domain 模型允许从已验证域名下的地址发送邮件，并不要求你在 Resend 中分别创建传统意义上的邮箱账号。
八、一个非常容易误解的地方
很多人会认为：
“我要先在 Resend 创建 [email protected] 邮箱。”
不需要。
Resend 是邮件发送服务，而不是传统的邮箱托管服务。
验证：
example.com
以后，可以使用：
作为发件地址。
但是：
能够发送 ≠ 能够接收。
如果你还希望：
能够收到邮件，需要另外配置邮件接收服务，例如 Cloudflare Email Routing 或真正的邮箱服务。
九、第三步：创建 Resend API Key
接下来需要让 Gmail 登录 Resend 的 SMTP。
进入：
Resend
→ API Keys
→ Create API Key
建议创建一个专门用于 Gmail SMTP 的 Key。
例如：
Name:
gmail-send-as
权限方面，如果你的 Resend 控制台提供：
Sending access
建议优先使用：
Sending access
而不是：
Full access
如果可以进一步限制到某一个域名，则可以限制到：
example.com
这样即使这个 SMTP Key 泄露，其权限也比 Full access 小。
Resend 支持 Full access 和 Sending access 两种 API Key 权限，并支持将 Sending access 限制到特定域名。
创建完成后会得到类似：
re_xxxxxxxxxxxxxxxxx
这样的 API Key。
十、API Key 非常重要
这个：
re_xxxxxxxxx
就是 Resend SMTP 的密码。
不要把它：
- 发布到 GitHub
- 放进前端 JavaScript
- 发给别人
- 放在网站公开代码中
- 截图发布
因为任何拿到这个 Key 的人，都可能利用你的 Resend 账户进行发信。
如果怀疑 Key 泄露，应立即在 Resend 中删除/轮换。
十一、第四步：准备 Resend SMTP 参数
这是整个教程最核心的地方。
Resend 官方 SMTP 参数为：
SMTP Host:
smtp.resend.com
Port:
465
Username:
resend
Password:
你的 Resend API Key
也就是：
Host = smtp.resend.com
Port = 465
Username = resend
Password = re_xxxxxxxxx
Resend 官方文档明确给出的推荐 SMTP 配置就是：
Host: smtp.resend.com
Port: 465
Username: resend
Password: YOUR_API_KEY
Resend 同时支持 25、465、587、2465、2587 等端口；官方在不知道使用哪个端口时推荐 465。
十二、为什么 Username 必须写 resend？
这是很多人在配置 Gmail 时最容易填错的地方。
不要写：
也不要写：
你的 Gmail 地址
也不要写：
example.com
正确的是：
resend
因为 Resend 的 SMTP 认证模式是：
Username = resend
Password = Resend API Key
Resend 官方明确说明，其 SMTP 使用固定的 resend 作为 Username，而 API Key 作为 Password。
所以：
Username
↓
resend
而：
Password
↓
re_xxxxxxxxx
十三、为什么 API Key 放在 Password？
可以把它简单理解成：
SMTP Username
+
SMTP Password
↓
身份验证
Resend 规定：
Username = resend
Password = API Key
因此 API Key 才是实际控制权限的凭证。
十四、第五步：进入 Gmail
打开 Gmail 网页版。
进入：
Settings
↓
See all settings
↓
Accounts and Import
找到：
Send mail as
中文界面一般对应：
以身份发送
然后点击：
Add another email address
Google 官方目前仍说明，可以在 Gmail 中添加自己拥有的其他邮箱地址，并通过 SMTP 配置发信。
十五、填写你的域名邮箱
Gmail 会弹出窗口。
填写：
Name:
你的名字或者网站名称
Email address:
[email protected]
例如：
Name:
Example
Email:
[email protected]
然后继续。
十六、选择 SMTP 配置
如果 Gmail 要求填写 SMTP 信息，使用：
SMTP Server:
smtp.resend.com
Port:
465
Username:
resend
Password:
你的 Resend API Key
例如：
SMTP Server: smtp.resend.com
Port: 465
Username: resend
Password: re_xxxxxxxxxxxxxxxxx
安全连接选择：
SSL
或者类似：
Secured connection using SSL
具体文字可能随着 Gmail 界面变化而略有不同。
十七、为什么这里推荐 465，而不是 587？
两者都可以。
Resend 支持：
465
587
等多个 SMTP 端口。
但 Resend 官方在不确定时推荐：
465
因为：
465 = SMTPS / SSL
而：
587 = STARTTLS
如果 Gmail 的界面让你选择：
SSL
那么：
Port = 465
是最直观的组合。
因此本教程统一使用：
smtp.resend.com
465
resend
API Key
SSL
十八、Gmail 发送验证邮件
配置完成后，Gmail 会向：
发送一封验证邮件。
这一步非常重要。
因为 Gmail 需要确认：
你确实拥有这个发件地址。
邮件通常来自 Google 的验证系统。
Google 官方也建议，如果找不到验证邮件，可以检查 Spam / 垃圾邮件文件夹。
十九、但是这里有一个问题：Resend 负责发送，不等于负责收件
如果你现在只有：
Cloudflare DNS
+
Resend
那么：
不一定能够收到 Gmail 发来的验证邮件。
因为：
Resend
主要解决：
发送
而不是传统邮箱意义上的：
收件箱
二十、解决方法：Cloudflare Email Routing
如果你只是希望：
能够收到邮件，然后转发到自己的 Gmail：
可以使用：
Cloudflare Email Routing
架构变成：
发邮件
Gmail ───────→ Resend ───────→ 收件人
▲
│
│
Cloudflare Email Routing
▲
│
[email protected]
更准确地说：
收件：
[email protected]
↓
Cloudflare Email Routing
↓
[email protected]
二十一、配置 Cloudflare Email Routing
进入 Cloudflare：
你的域名
↓
Email
↓
Email Routing
启用 Email Routing。
然后创建：
转发到：
例如：
这样别人发送到：
的邮件，就可以进入你的 Gmail。
二十二、完成 Gmail 验证
现在回到 Gmail。
再次执行：
Settings
→ Accounts and Import
→ Send mail as
确认：
的验证状态。
找到 Google 发来的验证邮件。
打开后：
点击验证链接
或者按照邮件中的验证码完成验证。
完成之后：
就会出现在：
Send mail as
列表中。
二十三、开始使用域名邮箱发送邮件
现在点击：
Compose
写邮件。
点击：
From
你应该能够看到：
选择：
然后发送。
邮件发送链路就是：
Gmail
↓
smtp.resend.com
↓
Resend
↓
收件人
而不是 Gmail 自己的 SMTP。
二十四、这时 候 Gmail 到底是什么角色？
可以这样理解：
┌──────────────────────┐
│ Gmail │
│ │
│ 写邮件 │
│ 收邮件 │
│ 管理联系人 │
│ 查看历史邮件 │
└──────────┬───────────┘
│
│ SMTP
▼
┌──────────────────────┐
│ Resend │
│ │
│ SMTP Relay │
│ 域名认证 │
│ 发信 │
└──────────┬───────────┘
│
▼
收件人
如果使用 Cloudflare Email Routing：
收件：
[email protected]
↓
Cloudflare
↓
Gmail
所以实际上是：
收件：
Cloudflare Email Routing → Gmail
发件：
Gmail → Resend SMTP → 收件人
二十五、这是不是一个真正的“域名邮箱”？
严格来说，需要区分两个概念。
传统企业邮箱
例如：
拥有：
邮箱账户
密码
收件箱
SMTP
IMAP
这是完整邮箱。
Resend + Cloudflare
你现在得到的是：
发送：
Resend
收件：
Cloudflare Email Routing
操作界面：
Gmail
因此它更准确地说是：
一个由多个免费服务拼起来的域名邮件系统。
而不是一个完整的传统邮箱服务器。
但对于个人站长来说：
实际上已经可以完成：
- 接收邮件
- 回复邮件
- 发送邮件
- 使用自己的域名作为 From
- 使用 Gmail 操作
所以实际体验非常接近普通域名邮箱。
二十六、DNS 认证为什么很重要？
你已经在 Resend 中验证域名，这一步不仅仅是为了“让 Resend 知道你拥有这个域名”。
它还涉及邮件身份认证。
典型邮件认证体系包括：
SPF
DKIM
DMARC
可以简单理解为：
SPF
回答：
哪些服务器允许代表这个域名发送邮件？
DKIM
回答：
这封邮件是不是确实由被授权的邮件系统发送，并且内容没有被篡改？
DMARC
回答：
如果 SPF/DKIM 验证失败，收件服务器应该怎么办？
二十七、不要自己随便修改 Resend 的 SPF
这是非常容易踩坑的地方。
例如你已经有：
v=spf1 include:_spf.resend.com ~all
就不要再额外创建：
v=spf1 ...
因为一个域名不应该存在多个 SPF TXT 策略。
如果你同时使用：
Google Workspace
Resend
其他邮件服务
应该把授权机制合理合并，而不是创建多个 SPF 记录。
二十八、DMARC 可以怎么配置？
如果你刚开始使用，可以先使用：
_dmarc.example.com
TXT：
v=DMARC1; p=none;
这属于监控模式。
之后再根据实际发送情况逐步提高策略。
例如：
p=quarantine
或者：
p=reject
但不要在不了解现有邮件系统的情况下直接使用：
p=reject
否则可能误伤自己的合法邮件。
二十九、第一次测试建议怎么做？
不要一开始就发送几十上百封。
先发：
[email protected]
↓
Gmail
然后测试：
[email protected]
↓
Outlook
再测试：
[email protected]
↓
其他邮箱
重点观察：
是否成功送达
是否进入垃圾邮件
From 是否正确
Reply-To 是否正确
SPF 是否通过
DKIM 是否通过
DMARC 是否通过
三十、如何确认真正使用的是 Resend？
发送测试邮件后，可以查看邮件原始信息。
Gmail：
打开邮件
↓
三个点
↓
Show original
或者：
显示原始邮件
检查邮件头。
你应该能够看到类似：
DKIM: PASS
SPF: PASS
以及与 Resend 发送基础设施有关的信息。
三十一、如果 Gmail 提示 Username / Password 错误
首先检查：
SMTP Server
smtp.resend.com
是否正确。
然后：
Port
465
然后：
Username
resend
注意：
不是你的域名邮箱。
错误示例：
Username:
[email protected]
正确：
Username:
resend
最后：
Password:
Resend API Key
也就是：
re_xxxxxxxxx
而不是：
Resend 登录密码
三十二、如果 465 不工作怎么办？
可以尝试：
SMTP Host:
smtp.resend.com
Port:
587
并使用：
STARTTLS / TLS
而不是：
SSL 465
Resend 官方支持 465 和 587 等端口；465 是官方推荐的默认选择。
三十三、如果验证邮件收不到
按照以下顺序排查。
1. 检查 Cloudflare Email Routing
确认：
是否正常。
2. 检查 Gmail Spam
Google 官方建议找不到 Send as 验证邮件时检查 Spam / Bulk Mail。
3. 确认 MX
如果你的域名以前使用过：
Zoho
Google Workspace
Microsoft 365
其他邮箱
不要随便修改 MX。
Email Routing 和其他邮箱系统之间可能存在冲突。
三十四、最容易犯的几个错误
错误 1：把 Resend 登录密码当 SMTP 密码
错误：
Password = Resend 登录密码
正确：
Password = Resend API Key
错误 2：Username 写自己的邮箱
错误：
Username = [email protected]
正确：
Username = resend
错误 3：SMTP Host 写错
错误：
smtp.gmail.com
正确：
smtp.resend.com
错误 4：465 使用错误的加密方式
推荐：
465
SSL
或者：
587
STARTTLS
不要混用。
错误 5：以为 Resend 就是邮箱
Resend 主要解决：
发信
不是传统意义上的：
邮箱收件箱
如果需要收信：
Cloudflare Email Routing
或者：
Zoho / Google Workspace / Microsoft 365
等邮箱服务。
三十五、2026 年最重要的问题：这个方案还能用多久？
这是现在做教程必须特别说明的一点。
Google 已经正式宣布：
2027 年 1 月起，Gmail 将不再支持第三方邮箱的“以身份发送（Send as）”。
这里的“第三方邮箱”包括非 Google 托管的邮箱地址。
Google 给出的时间线是：
2026 Q3
↓
开始通知
2026 Q3–Q4
↓
过渡期
2027 年 1 月
↓
正式移除
而且 Google 明确表示：
在 2027 年 1 月之前，可能会限制新的第三方“Send as”配置。
所以现在是：
2026-10-08
如果你今天还能成功配置：
Gmail
↓
Resend SMTP
↓
[email protected]
这是正常的。
但是：
不建议现在再把它设计成一个准备使用很多年的基础设施。
Google 官方已经明确要求用户迁移到其他方式。
三十六、2027 年以后应该怎么办？
如果你的核心需求是：
“我想用一个软件，同时管理多个域名邮箱，而且可以通过 SMTP 发信。”
那么更长期的方案是使用：
方案 A：桌面邮件客户端
例如：
Thunderbird
Outlook Desktop
Apple Mail
它们直接连接：
SMTP
IMAP
因此不依赖 Gmail 的“Send as”。
Google 官方也建议第三方邮箱用户迁移到支持 IMAP/SMTP 的桌面邮件客户端。
方案 B：使用域名邮箱服务商自己的 Webmail
例如：
Zoho Mail
Microsoft 365
Google Workspace
这种情况下：
浏览器
↓
邮箱服务商
↓
SMTP
不需要 Gmail 的 Send as。
方案 C：网站程序直接使用 Resend
如果你的目的不是人工写邮件，而是：
注册验证码
密码重置
网站通知
下载通知
系统邮件
那么根本没必要经过 Gmail。
直接：
网站
↓
Resend API / SMTP
↓
用户邮箱
反而是更合理的架构。
三十七、如果只是个人站长，我更推荐这样的架构
如果你的需求是：
“我有很多网站，每个网站希望有一个
[email protected]，平时偶尔收邮件、偶尔回复邮件。”
那么可以采用：
┌──────────────┐
│ Cloudflare │
│ Email Routing│
└──────┬───────┘
│
▼
Gmail Inbox
▲
│
│
2026 年过渡
│
│
Gmail Send as
│
▼
Resend SMTP
│
▼
Internet
成本：
Cloudflare Email Routing
$0
Resend Free
$0
Gmail
$0
域名
已有成本
在目前免费额度下，Resend 每月 3,000 封、每天 100 封，并且免费计划现在支持最多 3 个已验证域名。
三十八、但如果是长期项目，应该改成这样
长期建议：
┌─────────────────┐
│ 域名邮箱服务 │
│ Zoho / M365 等 │
└────────┬────────┘
│
IMAP / SMTP
│
┌───────────────┼───────────────┐
▼ ▼ ▼
Thunderbird Outlook Apple Mail
或者：
网站程序
│
├── Resend API → 系统邮件
│
└── 域名邮箱 → 人工收发
这种架构比强行让 Gmail 充当第三方邮箱客户端更加稳定。
三十九、最终配置清单
如果你的域名：
example.com
邮箱：
那么最终配置应该是：
Resend
Domain:
example.com
Domain status:
Verified
API Key
Permission:
Sending access
Domain:
example.com
Gmail SMTP
SMTP Server:
smtp.resend.com
Port:
465
Username:
resend
Password:
re_xxxxxxxxxxxxxxxxx
Encryption:
SSL
收件
[email protected]
↓
Cloudflare Email Routing
↓
[email protected]
发件
Gmail
↓
smtp.resend.com
↓
Resend
↓
[email protected]
↓
收件人
四十、最重要的结论
如果只看现在能不能用：
可以。
目前可以通过：
Cloudflare
+
Resend
+
Gmail Send as
实现：
在 Gmail 中作为发件地址使用。
Resend 的 SMTP 参数为：
Host: smtp.resend.com
Port: 465
Username: resend
Password: Resend API Key
其中 resend 是固定 SMTP 用户名，API Key 才是认证密码。
但是，如果看长期可持续性：
不要再把 Gmail Send as 当成长期方案。
因为 Google 已经确定：
2027 年 1 月
↓
移除 Gmail 对第三方邮箱 Send as 的支持
而现在已经处于：
2026 Q3–Q4
过渡期
Google 甚至明确表示过渡期可能限制新的配置。
所以，如果你现在只是给几个网站配置一个：
2026 年可以继续用这个方案过渡。
如果你准备搭建一个长期的、多域名的邮件基础设施，则建议直接采用：
域名邮箱 / SMTP
+
Thunderbird / Outlook Desktop / Apple Mail
而网站自己的：
验证码
注册邮件
通知邮件
系统邮件
则继续使用：
网站 → Resend → 用户邮箱
这会是更稳妥的长期架构。