前言

我之前的文章(家庭数据中心系列 使用cloudflare+resend+gmail打造免费的个人级企业邮箱)介绍了使用resend免费打造自己的个人企业邮箱，在写文章的时候我注意到接收邮箱收到的邮件最终是来自Amazon SES，也就是说，resend也只是二传手，最终还是使用的Amazon SES来发送邮件。那么，能不能跳过resend直接使用SES呢？直接使用SES发送的邮件内容和使用resend有什么不同呢？相比resend发邮件有没有什么优势呢？

考虑到以后可能也会接触到Amazon的多种服务(研究白嫖)，而我对Amazon还不太熟悉，所以就借这个机会，通过SES先来熟悉下吧。

注：前置条件是需要先注册一个Amazon的账号(root user)，因为Amazon同一个用户会涉及到很多不同权限的账号，而统一个管理这些不同权限的账号的就是root user。

初始化Amazon SES

使用root user登录控制台之后，直接在左上方搜索框中搜索"ses"，然后直接选择红框中的"Amazon Simple Email Service"入口进入：

先提供一个邮箱，这个邮箱只是用来接受验证链接的以确认这个邮箱是不是你自己的，所以随意提供一个自己的邮箱地址即可，我直接提供了自己域名后缀的邮箱：

然后添加发送域，这里就添自己的域名后缀即可：

添加"MAIL FROM domain"，这里不用管，初始化完成后也可以设置：

确认前面填写的信息后，点击红框中的"Get started"：

要求使用前面填写的邮箱地址进行链接验证：

验证通过后返回SES控制台继续配置：

完成发送测试邮件和发送域的验证

然后需要通过剩下的2个验证：

发送测试电子邮件：

场景可选如下：

验证发送域：

在"Amazon SES"-"配置"-"身份"中，点击"tangwudi.com"进入：

在DNS供应商控制台中添加所需记录

根据下方提示在DNS供应商记录里添加DKIM信息：

注1：cname的名称只需要输入红框部分即可
注2：如果DNS供应商是cloudflare，注意cname不要开"小橙云"(已代理)，要使用"仅DNS"。

根据下方提示在DNS供应商控制台中添加MX和SPF记录(MX记录优先级指定为10)：

根据下方提示在DNS供应商控制台中添加DMARC记录：

填写自定义MAIL FROM域(可选)

---

注：发送电子邮件时，它具有两个指示其来源的地址：一个显示给邮件收件人的 From 地址，以及一个指示邮件来源的 MAIL FROM 地址。MAIL FROM 地址有时称作 envelope sender、envelope from、bounce address 或 Return Path 地址。邮件服务器使用 MAIL FROM 地址返回退回邮件和其他错误通知。通常，收件人只有在查看邮件的源代码时才能查看 MAIL FROM 地址。比如下面这个就是From地址：

下面这个是没有设置自定义MAIL FROM域时候邮件源代码中的sender地址：

下面这个是设置了自定义MAIL FROM域时候邮件源代码中的sender地址：

为什么要设置自定义MAIL FROM域？

通过使用自定义 MAIL FROM 域，可以灵活地使用 SPF 和/或 DKIM 来实现基于域的消息身份验证、报告和一致性（DMARC）验证。DMARC 使发件人的域能够指示从该域发送的电子邮件受一个或多个身份验证系统的保护。

如果没有上述相关的的需求，也不一定要自定义MAIL FROM域，使用默认值也行，不影响正常使用。

---

最终成功后会显示"已验证"：

3项验证都完成了：

这几个选项可以进一步提高邮件的可达性，第一项可以加，但是有点麻烦，第二项和第三项都是收费项目。。，所以这3项我都没管了：

获得SMTP相关信息

默认没有SMTP账号，需要手工创建，选择"SMTP设置"-"Create SMTP Credentials"：

直接创建即可：

保存SMTP的用户名和密码：

再回到SMTP设置，就可以看到SMTP服务器和端口了：

Amazon SES和resend发送邮件的对比

获得了SMTP信息后，就可以进行发邮件测试了，由于目前处于"沙盒"状态，只能给通过验证的邮箱发邮件，要给qq邮箱发邮件的话，还需要在身份中把qq邮箱也添加进来，参照前面的步骤进行添加：

然后依旧按照以前文章(家庭数据中心系列 使用cloudflare+resend+gmail打造免费的个人级企业邮箱)中的测试方式，使用gmail作为客户端分别使用Amazon SES提供的SMTP信息以及resend提供的SMTP信息给qq邮箱发送测试邮件，结果见下方：
1、使用Amazon SES且不使用自定义MAIL FROM

2、使用Amazon SES且使用自定义MAIL FROM



3、使用resend：

经过以上对比，不管是使用resend，还是直接使用Amazon SES给国内邮箱发邮件，都会出现代发提示，仔细对比代发和不使用代发的邮件源代码，会发现代发邮件源代码里就是多了sender这一行，所以大概sender就是From邮箱后缀和MAIL FROM邮箱后缀不一致时才出现(QQ邮箱提示的代发信息中描述是：真实发送地址和宣称的发件人地址不一致)，未使用代发，比如直接使用gmail邮箱地址给国内邮箱发就没有sender这一行(因为真实发送地址和宣称的一致)。

国内邮箱应该就是对sender这一参数进行查询，只要有且是国外邮箱(不管有没有使用自定义MAIL FROM)，就会提醒代发，唯一不确定的是国内企业邮箱之间对彼此的代发是否有互通协议，比如代发的是国内邮箱就不提醒之类，这个我没有条件测试，大家有条件可以自己测试下。

所以可以得出结论：使用resend和直接使用Amazon SES给国内邮箱发邮件都是一样的，没区别。

那么直接使用Amazon SES相比resend是否有什么优势呢？其实是有的，比如：

resend是每天100封，Amazon SES数量多了一倍～～～不过嘛，一般人还是建议resend，简单，而且100封正常人也用不完。

如果非要使用Amazon SES呢？那就要提交并通过"请求生产访问"后，被移除沙盒才行，不过嘛～～，没这么简单。

请求生产访问

来挑战一下请求生产访问：

要求提供信息，只有营销和交易两个选项，我选了营销，提供了网站URL，然后"使用案例描述"中随便写了一句，然后就提交了请求：

我以为这就成了，结果：

我晕，要求这么高的吗？作为一个诚实的人，我实话实说：

大意就是只是用来回复访客的邮件，短期内每天估计发不到20封邮件(其实可能一封都没有，但是不好意思说)，然后被拒绝了～：

好吧，看来我是没啥资格使用Amazon SES了，还是老老实实用我的resend吧。。不过，这也从侧面说明，如果能通过"请求生产访问"这一步，并能使用Amazon SES代发邮件的用户大概率是没有问题的(包括使用resend)，所以国外邮箱才能接受Amazon SES代发的邮件并且没有任何异常的提示，并且哪怕是国内邮箱，最多也只是提示代发(还有qq邮箱的红色警告)，进收件箱还是没问题的。

后话

估计就是因为Amazon SES有使用门槛，所以才有resend的出现，而且，除非是本来就有业务在Amazon上的企业或者独立站的站长，一般人专门去注册个Amazon的账号，最后却只是为了使用Amazon SES发邮件，那也太折腾了(除非不是一般人)。

总之，现在我终于可以安心的使用resend了～～。