DMARC 记录 dmarc-record
什么是DMARC？ what-is-dmarc
基于域的消息身份验证、报告和符合性 (DMARC) 是一种电子邮件身份验证方法，允许域所有者保护其域免遭未经授权使用。通过向电子邮件提供商和Internet服务提供商(ISP)提供明确的策略，它有助于防止恶意行为者发送声称来自您的域的电子邮件。 实施 DMARC 可降低合法电子邮件被标记为垃圾邮件或拒绝的风险，并改进电子邮件可传递性。
DMARC还提供了对身份验证失败的消息的报告，以及对未通过DMARC验证的电子邮件的处理控制。 根据实施的DMARC策略，可以监视、隔离或拒绝这些电子邮件。 利用这些功能，可采取措施来缓解和解决潜在错误。
为了帮助您在获得对身份验证失败的邮件的控制时防止出现可投放性问题，Journey Optimizer现在直接在其管理界面中支持DMARC技术。 了解详情
DMARC的工作原理 how-dmarc-works
SPF和DKIM均用于将电子邮件与域相关联，并共同验证电子邮件。 DMARC更进一步，通过匹配DKIM和SPF检查的域，帮助防止欺骗。
要传递DMARC，必须传递SPF或DKIM：
- SPF （Sender Policy Framework，发件人策略框架）可通过检查发送服务器的IP地址（根据域的授权IP地址列表），帮助验证电子邮件是否来自授权来源。
- DKIM (DomainKeys Identified Mail)为电子邮件添加数字签名，允许收件人验证邮件的完整性和真实性。
如果这两种身份验证或其中一种都失败，则DMARC将失败，并根据您选择的DMARC策略发送电子邮件。
DMARC策略 dmarc-policies
如果电子邮件通过DMARC身份验证，您可以决定对该邮件应用哪个操作。 DMARC有三个政策选项：
- 监视(p=none)：指示邮箱提供商/ISP对邮件执行正常操作。
- 隔离（p=隔离）：指示邮箱提供商/ISP传送不会将DMARC传递到收件人的垃圾邮件或垃圾邮件文件夹的邮件。
- 拒绝(p=reject)：指示邮箱提供商/ISP阻止未通过DMARC的邮件，从而导致反弹。
DMARC要求更新 dmarc-update
作为执行行业最佳实践的举措之一，Google 和 Yahoo!要求您拥有用于向其发送电子邮件的任何域的 DMARC记录。 这一新要求自 2024 年 2 月 1 日 起生效。
因此，Adobe强烈建议您执行以下操作：
在Journey Optimizer中实施DMARC implement-dmarc
Journey Optimizer管理界面允许您为已委派或正在委派给Adobe的所有子域设置DMARC记录。 详细步骤如下所述。
检查DMARC的现有子域 check-subdomains-for-dmarc
要确保为您在Journey Optimizer中委派的所有子域设置了DMARC记录，请执行以下步骤。
为新子域设置DMARC set-up-dmarc
将新子域委派给Journey Optimizer中的Adobe时，将为您的域在DNS中创建DMARC记录。 按照以下步骤实施DMARC。
-
设置新子域。 了解如何操作
-
转到 DMARC记录 部分。
如果子域具有现有的DMARC记录，并且它由Journey Optimizer获取，则您可以使用界面中高亮显示的相同值，也可以根据需要更改这些值。
note note NOTE 如果不添加任何值，将使用预填充的默认值。 -
定义在DMARC失败时收件人服务器将执行的操作。 根据要应用的DMARC策略，选择以下三个选项之一：
- 无 （默认值）：告知接收者不对未通过DMARC身份验证的邮件执行任何操作，但仍会向发件人发送电子邮件报告。
- 隔离：通知接收电子邮件服务器隔离未通过DMARC身份验证的电子邮件 — 这通常意味着将这些邮件放入收件人的垃圾邮件或垃圾邮件文件夹中。
- 拒绝：告知接收者完全拒绝（退回）验证失败的域的任何电子邮件。 启用此策略后，只有经域验证为100%经过身份验证的电子邮件才有机会放置收件箱。
note note NOTE 作为最佳实践，建议您通过将DMARC策略从 None 提升到 Quarantine，再提升到 Reject，以慢慢推出DMARC实施，因为您了解DMARC的潜在影响。 -
（可选）添加您选择的一个或多个电子邮件地址，以指示身份验证失败的电子邮件上的 DMARC报告 应该位于组织内的哪个位置。 您最多可以为每个报表添加五个地址。
note note NOTE 确保您的控制中有一个正版收件箱(不是Adobe)，您可以在其中接收这些报告。 ISP生成了两种不同的报告，发件人可以通过其DMARC策略中的RUA/RUF标记接收这些报告：
- 汇总报表 (RUA)：它们不包含任何可能对GDPR敏感的PII（个人身份信息）。
- 取证失败报告 (RUF)：它们包含对GDPR敏感的电子邮件地址。 在使用之前，请在内部检查如何处理需要符合GDPR的信息。
note note NOTE 这些技术性很强的报告概述了尝试欺骗的电子邮件。 最好通过第三方工具来消化这些术语。 -
为DMARC选择 适用的电子邮件百分比。
此百分比取决于您对电子邮件基础架构的信心以及对误报（标记为欺诈的合法电子邮件）的容忍度。 组织通常从DMARC策略设置为 无 开始，逐渐增加DMARC策略百分比，并密切监视对合法电子邮件投放的影响。
note note NOTE 随着您对电子邮件身份验证实践的信心，请与您的电子邮件管理员和IT团队合作，逐步提高此百分比。 作为最佳实践，请力争实现高DMARC合规率（最好接近100%），以便在最大限度地提高安全性的同时最大限度地降低误报风险。
-
选择24到168小时之间的 报告间隔。 它允许域所有者定期接收有关电子邮件身份验证结果的更新，并采取必要措施提高电子邮件安全性。