[ 寄送服务指南 ]
验证通过 JangoMail 发送的电子邮件：配置和验证
选择JangoMail的系统或先进的DKIM方法，在DNS发布后启用并验证真实的信封身份。
由EmailAuth研究团队提供 · 4 分钟阅读
[ 要点 ]
- 保持活动交付可逆
- 将两个关键方法分开
- 审查签名和信封信任
[ 外卖 ]
选择JangoMail的系统或先进的DKIM方法，在DNS发布后启用并验证真实的信封身份。
[ 按角色 ]
这对您意味着什么
选择您的角色以执行后续实际步骤。
IT/邮件管理员
将两个关键方法分开
邮件管理： CNAME系统密钥和TXT高级密钥需要不同的发布步骤。
后续步骤
- 选择帐户支持的方法。
- 发布确切的记录并启用签名。
- 检查每个发送路线上的信封。
CISO / SecOps
审查签名和信封信任
CISO： SPF许可、 DKIM签名和DMARC执行是不同的控制措施。
后续步骤
- 限制对活动服务的授权。
- 检查选择器退役和钥匙轮换。
- 在政策更改之前需要一致的接收者证据。
创始人/非技术人员
保持活动交付可逆
创始人：关键的变化可能会影响预定的客户沟通。
后续步骤
- 命名帐户所有者。
- 在推出期间保留经过验证的发件人。
- 在活动和应用程序测试后批准扩展。
[ 常见问题解答 ]
常见问题
什么需要当前确认？
帐户选择的密钥方法、激活行为、发布的DNS 、真实消息结果和任何轮换计划仍然需要租户和 SME 验证。
[ 来源 ]
来源
- JangoMail 帐户设置
部分 DNS记录
- 创建系统DKIM
部分 如何设置系统DKIM记录
- 创建您自己的DKIM （高级）
部分 如何设置DKIM记录 · 我如何知道一切正常？
- SPF记录
部分 使用 JangoMail 发布SPF记录 · 条件 1 · 条件 2
- 自定义Return-Path标头
部分 如何通过 API 设置自定义Return-Path标头 · 如何通过SMTP中继设置自定义Return-Path标头 · 如何在用户界面中设置自定义Return-Path标头 · 注释
- RFC 7208 SPF
部分 §4.6.4 · §3.2
- RFC 6376 DKIM
部分 §3.5 · §6
- RFC 9989 DMARC
部分 标识符对齐
[ 词汇表 ]
词汇表
- 系统DKIM
- JangoMail 记录了基于 CNAME 的方法来引用其签名密钥。
- 高级DKIM
- JangoMail 记录的方法将生成的公钥直接发布为TXT 。
- 选择器
- 用于在签名域中定位公钥DKIM标识符。
- 信封发送者
- 用于传送失败和SPF评估的SMTP反向路径身份。
- DMARC对齐
- 可见的发件人域和传递身份验证域之间所需的关系。
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中，手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject，保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准，以及人机交互审核能力。
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密