1 元打造无限邮箱：手把手教你用域名邮箱保护隐私

关键词

无限邮箱
域名邮箱
临时邮箱
cloudflare
企业邮箱
Mail Exchange 记录（ DNS，MX , SPF 记录）
SMTP 协议邮件服务器
resend
云服务器

前言

电子邮箱是我们日常生活中不可或缺的工具，平时用来注册各种服务、接收通知，或者跟朋友同事沟通。如果你是企业或者自己运营网站的用户，通过域名邮箱还能帮你发送专业邮件，展示品牌形象。

对于普通人来说，邮箱里往往存着不少个人信息，比如 Gmail 或 QQ 邮箱，可能会关联到你的真实身份。所以，在注册一些不常用的服务时，用临时邮箱/域名邮箱是个很不错的选择，能同时保护你的隐私，降低个人信息泄露的风险。

这篇教程会从理论到实操让你全方面认识域名邮箱，笔者会借助 Cloudflare 和 Resend 等免费工具，让你轻松实现无限邮箱和临时邮箱的功能。无论是想保护隐私，还是想增加点专业感，这套方法都即简单又省钱！

P1：理论扩展

在实操之前，了解域名邮箱、无限邮箱和临时邮箱的理论基础能帮助我们更好地理解其应用场景、原理和潜在价值。以下从多个维度展开，涵盖技术、隐私保护、商业应用以及可能的限制，帮助建立邮箱的认知。

域名邮箱 VS 常规邮箱

域名邮箱

优势

品牌化与专业性：域名邮箱后缀基于你的专属域名（如 service@yourdomain.com），相比常规邮箱（如 @gmail.com），更能体现专业性和品牌形象。例如，support@tencent.com 或 noreply@accounts.google.com 都是通过域名邮箱实现的自动化通知或客服邮件。
高度自定义与扩展性：通过设置子域名，你可以创建几乎无限的邮箱地址。例如，购买域名 mh33.top 后，可设置子域名如 smtp.mh33.top、support.mh33.top、shop.mh33.top，并为每个子域名配置独立的邮箱地址。这种灵活性非常适合不同业务场景（如客服、营销、通知等）。
隐私保护：域名邮箱可以与常规邮箱绑定，通过转发机制接收邮件，避免暴露真实邮箱地址。结合临时邮箱功能，还能进一步降低隐私泄露风险。

劣势

技术门槛：设置域名邮箱需要一定的 DNS 管理知识（如 MX 记录、SPF、DKIM 等），虽然现在有很多平台支持简易配置，但对非科班人员来说，还是具备一定门槛。
成本问题:：虽然可以以非常低廉的价格购买到一个域名，但好的域名通常需要花更高的价格，并且续费价格也并非一成不变。

常规邮箱

优势

简单易用：Gmail、QQ 邮箱、Outlook 等常规邮箱无需额外配置，注册即用，日常冲浪必备。
功能丰富：常规邮箱通常提供日历、云存储、过滤器等集成功能，生态系统完善。
高可靠性：由大公司（如谷歌、腾讯、微软）提供，服务器稳定，安全性较高。
低成本：比较热门的邮箱都是免费注册的。

劣势

隐私问题：常规邮箱往往与真实身份绑定（如手机号码），在注册不信任的服务时可能增加隐私泄露风险。
缺乏专业感：免费邮箱后缀（如 @gmail.com）在商业场景中可能显得不够正式，同时无法注册组织形的机构。
扩展性有限：无法像域名邮箱一样通过子域名实现灵活的邮箱地址扩展。

图对比

DNS 解析：MX 记录

MX 记录（Mail Exchange 记录） 是域名系统（DNS）中用于指定邮件服务器的关键记录，决定了邮件如何路由到你的域名邮箱。

MX 转发流程

以@gmail.com来举例子，当你使用任何邮箱向 [target]@gmail.com 发邮件时，由于 SMTP、IMAP 等邮件协议底层依然是 TCP/IP，所以首先会进行一次 DNS 查询，以 window nslookup 命令为例子(此命令通常用来查 DNS 信息)。

ps：此命令跟浏览器的chrome://net-internals/#dns使用范围不一致

λ nslookup -type=mx gmail.com
服务器:  UnKnown
Address:  192.168.124.1

非权威应答:
gmail.com       MX preference = 30, mail exchanger = alt3.gmail-smtp-in.l.google.com
gmail.com       MX preference = 20, mail exchanger = alt2.gmail-smtp-in.l.google.com
gmail.com       MX preference = 10, mail exchanger = alt1.gmail-smtp-in.l.google.com
gmail.com       MX preference = 5, mail exchanger = gmail-smtp-in.l.google.com
gmail.com       MX preference = 40, mail exchanger = alt4.gmail-smtp-in.l.google.com

gmail.com       nameserver = ns4.google.com
gmail.com       nameserver = ns3.google.com
gmail.com       nameserver = ns2.google.com
gmail.com       nameserver = ns1.google.com
alt2.gmail-smtp-in.l.google.com internet address = 142.251.190.26
alt1.gmail-smtp-in.l.google.com internet address = 142.250.141.27
gmail-smtp-in.l.google.com      internet address = 74.125.199.26
ns2.google.com  internet address = 216.239.34.10
ns1.google.com  internet address = 216.239.32.10
ns3.google.com  internet address = 216.239.36.10
ns4.google.com  internet address = 216.239.38.10
gmail-smtp-in.l.google.com      AAAA IPv6 address = 2404:6800:4008:c13::1b
ns2.google.com  AAAA IPv6 address = 2001:4860:4802:34::a
ns1.google.com  AAAA IPv6 address = 2001:4860:4802:32::a
ns3.google.com  AAAA IPv6 address = 2001:4860:4802:36::a
ns4.google.com  AAAA IPv6 address = 2001:4860:4802:38::a

可以看到 Gmail 的 DNS 记录信息，其中的mail exchanger 信息就是告诉发件方要发送到哪的记录。在这个例子中，常规情况下会优先发送到 gmail-smtp-in.l.google.com（IP 为 74.125.199.26 的邮件服务器），优先级为 5，是所有 MX 记录中最低的（优先级数字越小，优先级越高）。发送端口通常为 25（SMTP 标准端口），用于无加密传输，或 587（TLS 加密）和 465（SSL 加密），用于安全传输。

SMTP 请求体结构

发邮件都是用的 SMTP，而 SMTP 的请求体本质上是邮件的MIME 结构 Multipurpose Internet Mail Extensions，遵循 RFC 2045，包含以下核心部分：

信头（Headers）：
From: 发件人地址，如 user@yourdomain.com（必填，标识发件人）。
To: 收件人地址，如 target@gmail.com（必填，标识主要收件人）。
Cc: 抄送地址，如 cc@example.com（可选，公开抄送）。
Bcc: 密送地址，如 bcc@example.com（可选，隐藏抄送）。
Subject: 邮件主题，如 测试邮件（建议填写，增强可读性）。
Date: 发送时间，如 Sat, 24 May 2025 13:15:00 +0900（通常自动生成）。
Message-ID: 邮件唯一标识，如 <123456789@yourdomain.com>（由客户端或服务器生成）。
MIME-Version: MIME 版本，通常为 1.0（声明 MIME 格式）。
Content-Type: 内容类型，如 text/plain（纯文本）、text/html（HTML 格式）、multipart/mixed（含附件）。
Content-Transfer-Encoding: 编码方式，如 7bit（ASCII 文本）、quoted-printable（特殊字符）、base64（附件或非 ASCII 内容）。

正文（Body）：
- 纯文本格式：如 "您好，这是一封测试邮件！"。
- HTML 格式：如 "<h1>您好</h1><p>这是一封测试邮件！</p>"。
- 含附件：使用 MIME 分隔符（如 --boundary123）分隔正文和附件，附件以 base64 编码。

真实 SMTP 请求例子

以 mh33.top 发送，和 gmail 接收举例子

From: user@mh33.top
To: target@gmail.com
Subject: 测试域名邮箱
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="boundary123"
Date: Sat, 24 May 2025 13:15:00 +0900
Message-ID: <20250524131500.123@mh33.top>

--boundary123
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

您好，这是一封来自 mh33.top 的测试邮件，附件中包含一张图片。

--boundary123
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<h1>欢迎体验域名邮箱</h1>
<p>这是一封来自 <b>mh33.top</b> 的测试邮件，附件中包含一张图片。</p>

--boundary123
Content-Type: image/png; name="test.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="test.png"

[base64 编码的图片数据]
--boundary123--
.