[ 寄送服务指南 ]

验证通过 Mandrill 发送的电子邮件:配置和验证

将 Mandrill 验证为Mailchimp事务型,将当前CNAME指南与旧的TXT示例进行协调,并验证真实的应用程序路径而不是Mailchimp营销活动。

由EmailAuth研究团队提供 · 6 分钟阅读

[ 要点 ]

  • 使用当前帐户颁发的 CNAME 并解决冲突的旧示例。
  • 独立的所有权、 DNS验证和实际消息身份验证。
  • 在更改DNS之前诊断提交和队列状态。
在此页面上

[ 外卖 ]

在更改DNS之前诊断提交和队列状态。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

IT/邮件管理员

将记录与帐户进行核对

详细的CNAME指南和较旧的TXT教程文本不得盲目合并。

后续步骤

  1. 捕获帐户显示的指令。
  2. 编辑前保留现有DNS 。
  3. 记录所有收到的身份验证身份。

CISO / SecOps

需要绿色支票以外的证明

所有权、 DNS验证、交付和DMARC一致性是不同的证据层。

后续步骤

  1. 将凭证排除在测试证据之外。
  2. 保留原始消息接受表。
  3. 生产签收前需要 SME 批准。

创始人/非技术人员

保护应用程序事件

事务性邮件可以携带对时间敏感的帐户或订单信息,因此发送路线需要负责任的企业主。

后续步骤

  1. 确定生产集成。
  2. 选择无害的接受事件。
  3. 就特定于工作流程的暂停和恢复计划达成一致。

[ 常见问题解答 ]

常见问题

这是否适用于Mailchimp营销活动?

否。本文的范围仅限于事务 API 或SMTP路由;在重复使用其清单之前先确定实际发送的产品。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

我应该结合旧的TXT示例和当前的CNAME指令吗?

不需要。在做出迁移或删除决定之前,请解决文档与您的帐户和支持不匹配的问题。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

成功的域 API 响应证明了什么?

它提供提供商端配置证据。保留其相关字段,然后测试来自预期应用程序的真实消息。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

发布p=none是否属于DMARC通行证?

不。政策不是消息结果;而是消息结果。接收到的消息仍然需要一致的传递认证方法。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

我应该在可见的发件人域中添加通用SPF吗?

必须检查实际的信封域和当前的路由要求。不相关的SPF编辑无法产生对齐。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

为什么在编辑DNS之前要调查queued_reason?

队列可以反映容量或帐户状态。诊断返回的状态,以便传输或配额问题不会被误认为身份验证失败。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

打开或单击是否可以批准身份验证更改?

不。保留受信任的接收者结果和原始消息,而不仅仅是参与数据。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

出版前还需要什么?

当前帐户适用性、冲突设置示例的协调、原始接收消息身份表的确切路由以及 SME 人工批准。

Mailchimp开发者产品索引 发送您的第一封交易电子邮件 认证与交付 添加发件人域 出站电子邮件 SMTP集成 活动和报告 RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

[ 来源 ]

来源

  1. Mailchimp开发者产品索引

    部分 交易型前身为 Mandrill28–35

  2. 发送您的第一封交易电子邮件

    部分 配置DNS :两个CNAME和冲突的legacyTXT段落70

  3. 认证与交付

    部分 DKIM66–73;所有权78–97; DMARC ;自定义返回路径133–144

  4. 添加发件人域

    部分 响应字段 dkim、dkim2、dmarc、verified_at、verify_txt_key

  5. 出站电子邮件

    部分 待办事项 45–51;故障排除/API 日志

  6. SMTP集成

    部分 证书36-39;故障排除65–70;主机/密码88–95

  7. 活动和报告

    部分 内容存储44–50;数据存储;追踪

  8. RFC 7208 SPF

    部分 §3.2; 3.3; 4.6.4

  9. RFC 6376 DKIM

    部分 §3.5; 3.6.2; 6.1

  10. RFC 9989 DMARC

    部分 §4.4; 4.7; 4.10; 5

[ 词汇表 ]

词汇表

Mailchimp交易
事件驱动的 API 和SMTP电子邮件服务以前称为 Mandrill。
发送默认值
必须与有效的应用程序覆盖进行比较的帐户级消息设置。
所有权验证
提供商检查发送者是否控制域,这与接收消息身份验证不同。
返回路径域
用于退回邮件处理和SPF评估的SMTP信封域。
排队原因
用于区分队列原因和身份验证失败的提供程序响应详细信息。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库