[ 寄送服务指南 ]
验证通过 BigCommerce 发送的电子邮件：配置和验证
在更改身份验证或DNS之前，将 BigCommerce 的内置商店邮件与自定义SMTP区分开。
由EmailAuth研究团队提供 · 3 分钟阅读
[ 要点 ]
- 将内置存储邮件与自定义SMTP分开分类。
- 网站指向并不能确定谁拥有权威DNS 。
- 使用无害的通知测试，无需付费或履行。
[ 外卖 ]
使用无害的通知测试，无需付费或履行。
[ 按角色 ]
这对您意味着什么
选择您的角色以执行后续实际步骤。
IT/邮件管理员
将DNS与实际中继匹配
内置和自定义SMTP是不同的路由。
后续步骤
- 检查权威域名服务器。
- 审查现有的SPF政策。
- 检查收到的对齐情况。
CISO / SecOps
保留域名保护
一个设置的例子就是不允许削弱政策。
后续步骤
- 明确查看DMARC更改。
- 不要将SMTP机密包含在票证中。
- 测试所有材料商店路线。
创始人/非技术人员
保护交易通信
认证工作不能意外创建真实订单。
后续步骤
- 命名商店经营者。
- 批准无害的通知测试。
- 计划返回到之前的发送模式。
[ 常见问题解答 ]
常见问题
这也涵盖我的时事通讯集成吗？
仅当它实际使用存储发送路由时。外部营销平台有自己的身份验证设置。
我必须下真实订单才能测试吗？
不会。更喜欢经过批准的预览或沙箱工作流程，并避免客户付费或履行副作用。
什么时候应该再次检查商店身份验证？
更改为SMTP模式后，来自身份、消息工作流程或权威DNS托管。
[ 来源 ]
来源
- Google 和Yahoo电子邮件身份验证的更改
部分 我需要采取行动吗？ · DKIM记录 · SPF记录 · DMARC记录
- RFC 7208
部分 §2.4 检查授权 · §3.2 多个DNS记录 · §4.6.4 DNS查找限制
- RFC 6376
部分 §3.5 DKIM-Signature标头 · §3.6.2 DNS绑定 · §6 验证者操作
- RFC 9989
部分 §4.4 标识符对齐 · §4.10 DNS树遍历 · §5.3.5 确定DMARC通过或失败
[ 词汇表 ]
词汇表
- SPF
- SMTP信封发件人域的DNS授权，受协议限制。
- DKIM
- 在签名域下的选择器处使用公钥验证签名。
- DMARC对齐
- 可见的发件人域与传递的SPF或DKIM身份验证域之间所需的关系。
- 权威DNS
- 负责发布区域答案的委托DNS服务。
- 选择器
- 与签名域一起使用的DKIM标识符来查找公钥。
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中，手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject，保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准，以及人机交互审核能力。
政府 大型企业 一级金融机构
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密