[ 平台指南 ]
Google Workspace别名和辅助域名：验证SPF和DKIM一致性
分别检查每个工作区别名和辅助域发件人身份的身份验证。
由EmailAuth研究团队提供 · 4 分钟阅读
[ 要点 ]
- 保护每个品牌的发送身份
- 构建域和路由矩阵
- 将授权与对齐分开
[ 外卖 ]
分别检查每个工作区别名和辅助域发件人身份的身份验证。
[ 按角色 ]
这对您意味着什么
选择您的角色以执行后续实际步骤。
IT/邮件管理员
构建域和路由矩阵
接收到的身份是验证目标。
后续步骤
- 检查发送方式SMTP设置。
- 测试主域、别名、辅助域和回复路径。
- 记录严格与宽松的对齐假设。
CISO / SecOps
将授权与对齐分开
批准的用户操作不是身份验证证据。
后续步骤
- 查看谁可以作为每个身份发送。
- 保留与标题的精确对齐假设。
- 当用户更改角色时，检查外部发送中继。
创始人/非技术人员
保护每个品牌的发送身份
共享管理不会消除特定于域的工作。
后续步骤
- 列出每个面向客户的 From 域。
- 在切换品牌之前需要进行测试。
- 将每个品牌域纳入启动清单中。
[ 常见问题解答 ]
常见问题
别名是否始终使用 Google 的发送基础设施？
否。Send-as 配置可以指定外部SMTP服务；检查实际路线。
REST 资源：users.settings.sendAs | Gmail | 谷歌开发者
为什么要测试回复？
回复可以使用与新消息不同的发件人身份或发送路由。
哪些变化需要重新测试？
域更改、别名设置、外部中继更改、 DNS迁移和密钥轮换。
[ 来源 ]
来源
- 添加用户别名域或辅助域
部分 用户别名域和辅助域
- 设置DKIM
部分 生成DKIM密钥 · 添加DKIM密钥 · 开启并验证DKIM
- REST 资源：users.settings.sendAs | Gmail | 谷歌开发者
部分 提供商程序和操作注意事项
- RFC 9989 ：基于域的消息身份验证、报告和一致性 ( DMARC )
部分 标识符对齐·策略和接收者处理
- RFC 7208 ：发件人策略框架
部分 MAIL FROM 身份 · DNS查找限制
[ 词汇表 ]
词汇表
- 别名域
- 为现有用户提供备用地址的附加域。
- 二级域名
- 用于帐户内一组单独的用户的附加域。
- 严格对齐
- 需要精确域相等的对齐模式。
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中，手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject，保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准，以及人机交互审核能力。
政府 大型企业 一级金融机构
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密