根据文档,AWS SES 对允许的 MAIL FROM 域有一些要求:
您用于 MAIL FROM 域的子域必须满足以下要求:
MAIL FROM 域必须是您发送电子邮件的已验证身份(电子邮件地址或域)的子域。例如,mail.example.com 是域 example.com 的有效 MAIL FROM 域。
MAIL FROM 域不应是您发送电子邮件的域。如果您必须在发件人地址中使用 MAIL FROM 域,请禁用电子邮件反馈转发并通过 Amazon SNS 通知接收退回邮件,或者确保您的 MAIL FROM 域不是反馈转发的目标。要确定电子邮件转发反馈的目的地,请参阅电子邮件反馈转发目的地。
MAIL FROM 域不应是您用来接收电子邮件的域。
这些要求的原因是什么?这是所有电子邮件服务的一般规则还是只是 AWS SES 的事情?特别是,我目前设置了我的 DNS SPF/DKIM/DMARC 记录,以便我可以从 AWS SES 和 Google Workspace(以前称为 G Suite)发送。例如,我当前来自 Google Workspace 的出站电子邮件将具有 [email protected] 的“MAIL FROM”标头,这与“From”标头的值相同。这会导致问题吗?
这是交易和营销电子邮件的正常设置,处理此类电子邮件的其他提供商也有类似的要求。重点主要是将此邮件流的电子邮件信誉与您的域的电子邮件信誉隔离开来。尽管有人故意注册接收它,但人们会将您的电子邮件标记为垃圾邮件,您真的不希望这影响您域名的电子邮件。
这是否意味着专门针对 SES,如果我使用 MAIL FROM 设置,我从该域发送的邮件将被视为从“mail_from_subdomain.domain.com”发送的,并且信誉将分配给子域而我不必须为此进行任何其他配置更改。例如:为子域添加 spf/dmarc/dkim 并且实际上有一个名为 myname@mail_from_subdomain.domain.com 的发送邮件 ID