[ BIMI及品牌 ]

Apple Branded Mail 和BIMI是不同的路线

在选择徽标显示项目之前,将 Apple 的业务验证路线与 Apple Mail 中BIMI背后的接收提供商检查进行比较。

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

[ 要点 ]

  • Apple Business Branded Mail 注册和BIMI DNS声明是不同的管理路径。
  • Apple Mail 的BIMI显示取决于接收提供商的参与、检查和标头。
  • Gmail证书或复选标记规则无法转移给 Apple 或每个客户端。
在此页面上

Apple Mail 中电子邮件旁边的徽标不会告诉项目团队是哪个身份系统提供的。 Apple 品牌邮件和 BIMI Apple Mail 中的支持是具有不同权限和依赖性的不同路由。因此,在任何人订购证书或更改DNS之前,“打开 Apple 徽标”的请求应成为有关品牌、发送身份、目标邮箱和客户端界面的记录选择。

Apple 当前的品牌邮件单页指南描述了向 Apple Business 注册的企业,或将管理委托给第三方,以及在邮件中添加名称和徽标的企业。早期材料使用 Apple Business Connect 名称。该指南将 Mail 和 iCloud Mail 识别为显示表面,并表示苹果会检查DNS记录 DMARC。这是 Apple 的业务验证途径,而不是BIMI断言已发布的证据。 Apple 品牌邮件概述.

将两条权力链分开

对于品牌邮件,请确定企业帐户所有者、授权代表品牌的一方以及控制注册电子邮件范围的管理员。保留实际帐户状态和批准消息(如果有)。营销机构可以在未经授权管理组织身份的情况下准备艺术品。同样,对DNS区域的控制并不建立徽标的所有权。

对于BIMI ,域名所有者发布声明并提供所需的徽标和证据。接收提供商应用其身份验证、证据和显示策略。发送者仅仅通过添加一个并不能获得通用显示权限 TXT记录。 BIMI集团明确表示,参与的邮箱提供商设定了自己的显示标准。 BIMI实施指南.

Apple Mail 添加了接收方依赖项。 Apple 记录了 macOS Ventura 13、iOS 16 和 iPadOS 16 或更高版本上的BIMI支持。其提供商条件包括苹果验证、检查消息和域合规性、验证证据文档以及添加所需的标头。未执行这些操作的提供商不会生成记录的 Apple Mail BIMI显示路径。 Apple 的BIMI服务器指南.

使用具有明确未知数的路线图

本文所附的比较将管理权限、域证据、标识证据、接收依赖性和观察结果分开。这是一份文件路线图,而不是账户审计。对于“品牌邮件”列,未解决的字段是组织批准的企业身份、允许的发件人范围以及适用的当前 Apple 审核要求。对于BIMI列,它们是已发布的断言、已接受的证据、已验证的消息和接收提供商的参与。

不要使用提供商营销页面的屏幕截图来填充观察结果行。该图像演示了升级的界面,而不是该组织的配置。受控测试的屏幕截图必须识别实际的邮箱提供商、客户端、操作系统版本、日期和发送身份。相同的客户端应用程序可以显示来自不同提供商的邮件,因此“在 Apple Mail 中测试”并不是完整的证据。

来源限制仍然存在:无法完全检索当前的介绍性品牌邮件指南。单独的 Apple 概述、可用的验证摘录和BIMI开发人员指南支持此处的有限比较,但并未建立每个当前的控制台设置或区域显示条件。实施前请确认授权帐户中的这些详细信息。

协调身份验证而不合并程序

DMARC检查 结盟 作者域和经过身份验证的域之间 SPF 或者 DKIM 标识符。该协议结果不同于业务验证和品牌资产的接受。 DMARC通行证不是商业身份的证书,经批准的业务配置文件不能替代消息身份验证。 RFC 9989 ,第 4.3–4.4 节.

Apple 可用的域验证指南列出了隔离或拒绝,以及在其所述情况下的父子域策略替代方案,并且仍然提到 pct=100。将其视为 Apple 记录的兼容性语言,而不是现代DMARC的定义。 RFC 9989 删除了 百分率 标签。让邮件管理员解决适用的收件人要求,而不将百分比标签视为可靠的分阶段执行控制。 Apple 域名验证指南; RFC 9989 ,附录 A.6.

在外观发布日期之前保留发件人库存和身份验证修复。如果合法的交易邮件尚未准备好执行,品牌团队不应仅仅为了满足徽标项目而强制更改域范围内的策略。

请勿在接收者之间转让证书或徽章承诺

Gmail当前的设置指南接受 验证标志证书 或者 通用标志证书 其BIMI路由并描述了其对 VMC 验证的发件人的复选标记。这些是Gmail声明。他们没有确定相同的CMC会生成 Apple Mail 显示,Apple Branded Mail 需要相同的证书,或者Gmail徽章会出现在另一个应用程序的界面中。 Google 的BIMI设置指南.

Apple 的BIMI页面讨论了接收提供商信任的 VMC 和其他证据文件。记录特定提供商接受的证据,而不是将该语言转换为全面的CMC支持。对于 Apple Branded Mail,请获取该单独业务工作流程的要求,而不是仅仅因为两条路线都可以显示徽标而购买标记证书。

测试定义的路线并保存结果

考虑一个虚构的品牌 offers@example.com。拟议的计划为同一发件人提供一个品牌邮件注册行和一个单独的BIMI行。两行均未标记为完整。该团队将验证第一个的帐户和域状态,然后验证第二个的DNS 、资产、证书适用性和可信接收者身份验证。它将记录针对相关提供商和客户的每个实际显示观察结果。

本文未测试任何帐户、 DNS记录、证书或显示。其确切的目录证据要求仍然开放:“使用苹果拥有的来源和支持的显示观察结果制作并排的路线图。”提供文献地图;支持的原始显示观察结果和经常账户适用性仍然缺失。不保证徽标、复选标记、收件箱放置或发布日期。

[ 外卖 ]

确定哪条路线提供了证据,并测试指定的邮箱提供商和客户端组合,而不是承诺使用 Apple 范围内的徽标。

[ 按角色 ]

这对您意味着什么

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

品牌拥有者

选择预期的身份路由

相同的徽标可能会通过具有不同审批链的不同程序出现。

后续步骤

  1. 确定经批准的品牌和授权的 Apple 客户经理。
  2. 对任何BIMI证书和DNS项目保留单独的决定。

电子邮件管理员

保持认证证据的独立性

注册的企业身份并不证明特定消息通过了一致的身份验证。

后续步骤

  1. 保留实际的发送者身份和可信接收者结果。
  2. 解决当前的接收器要求,而无需强制进行不安全的域范围更改。

支持分析师

识别接收上下文

Apple Mail 是一个可以连接到不同邮箱提供商的客户端界面。

后续步骤

  1. 记录每次观察的提供商、操作系统、客户端版本和日期。
  2. 如果没有路线证据,请勿将徽标或徽章归因于BIMI 。

[ 常见问题解答 ]

常见问题

注册 Apple Branded Mail 是否会发布BIMI记录?

请勿将注册视为BIMI主张的证据。 Apple业务验证路由和基于DNS的BIMI路由需要单独配置和取证。

为什么本文同时使用 Apple Business 和 Business Connect?

早期材料名为 Business Connect。当前 Apple 拥有的品牌邮件概述使用 Apple Business。验证当前授权帐户工作流程,而不是依赖旧的菜单名称。

Apple Mail 可以显示与其连接的每个邮箱帐户的BIMI吗?

不支持这种一揽子主张。 Apple 要求接收邮件提供商满足其参与、验证和标头要求。邮箱提供程序是测试上下文的一部分。

Apple 的BIMI指南是否建立了普遍的CMC接受度?

不。它讨论了接收提供商信任的 VMC 和其他证据文件。确认特定提供商接受的证据,而不是假设所有 CMC 都合格。

Apple Mail 中会出现Gmail VMC复选标记吗?

Google 的声明涉及Gmail的 VMC 验证发件人。它不会在另一个应用程序或程序中建立相同的徽章。

营销机构可以通过控制DNS来批准品牌吗?

仅DNS控制并不能建立品牌权利或管理 Apple 企业标识的权限。分别记录品牌方的授权和账户委托。

我应该如何处理仍然提到pct=100?

将其保留为提供者兼容性语言。 RFC 9989删除了 pct;让电子邮件管理员协调适用的要求,而不是使用百分比设置作为强制实施承诺。

并排路线图上还缺少什么?

原始支持显示观察结果和实际组织的帐户、域和证据状态。所提供的地图是记录性的,当前的苹果控制台适用性尚未得到验证。

[ 来源 ]

来源

  1. Apple:准备您的电子邮件服务器以支持 Apple Mail 中的BIMI
  2. Apple 品牌邮件概述
  3. Apple:验证您的品牌邮件电子邮件域
  4. BIMI Internet-Draft 15(2026 年 10 月 31 日;正在进行中)
  5. Google Workspace :设置BIMI
  6. BIMI集团实施指南
  7. RFC 9989 :基于域的消息身份验证、报告和一致性

[ 词汇表 ]

词汇表

Apple 品牌邮件
Apple 的业务工具路线,用于将注册的企业品牌名称和徽标与电子邮件相关联。
Apple 邮件BIMI路径
客户端显示路径取决于接收提供商执行 Apple 记录的BIMI检查并提供所需的标头。
业务验证
对业务身份进行特定于程序的评估,与消息的域身份验证结果分开。
BIMI证据文件
接收提供商根据该提供商的信任要求评估指标与域的关系的证据。
显示观察
指定接收服务和客户端针对特定受控消息显示的内容的日期记录。

企业出处

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

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

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

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

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

知识库