将 MarchingOrder 视为当前的 Tassel 实现
MarchingOrder 已更名为 Tassel；其第一方品牌重塑常见问题解答将当前管理站点标识为 Tassel Hub。这是一个产品身份桥梁，而不是重用每个历史 MarchingOrder DNS配方的权限。在更改机构的域之前，确定哪些机构、仪式、Hub 帐户和通信工作流程在范围内。 流苏品牌重塑常见问题解答.
保留的身份验证指南于 2026 年 9 月 2 日更新，指出 Tassel 将电子邮件传送转移到Postmark 。每个发送域都必须注册并验证。标准设置不再需要旧的 Elastic Email SPF 此外，通用tassel.com发件人地址不再可用。 当前电子邮件身份验证指南.
这在仪式截止日期期间很重要。旧的设置文档可能内部一致，但描述了机构要离开的路线。要求实施经理确认确切机构的迁移状态。请勿从品牌重塑、仍然存在的DNS记录或更改之前发送的旧消息来推断完成情况。保持历史路线和目标路线分开标识，直到过渡获得批准。
在仪式截止日期之前分配责任
让启动团队拥有邮件目的和收件人选择的所有权、中央 IT 部门对DNS的所有权以及邮件安全审核员对身份证据的所有权。记录下一个重要的发送日期和最早的安全测试窗口。这是一项最初的操作建议，旨在防止交付能力变更成为向毕业班的意外公告。
按仪式列出活动模板和临时发件人选择。记录确切的发件人域、谁监视回复以及哪些模板继承自上一年。大学域和校友子域是不同的配置目标。另请注意立即仪式之外的任何预定通信，以便更改不会意外中断另一个团队。在编辑任何内容之前，将以前的记录和模板设置保留在受限更改日志中。
请求并发布特定于域的记录集
向实施经理提供预期的域并获取 Tassel 生成的记录。发布所需的 DKIM TXT主机和公共值与提供的完全相同。请勿复制 选择器 或来自其他机构或旧配置的密钥。发布后通知管理员并等待提供商验证；指南最多允许 48 小时。 流苏域名验证流程.
更改请求应为每个DNS所有者、类型、值、区域和负责的管理员提供单独的行。确认DNS控制台未两次附加该区域。保存后比较完整的公钥，而不是相信截断的视觉预览。如果请求的所有者已经存在，请在替换任何内容之前调查哪个服务使用它。无法解释的冲突是停止记录更改的原因，而不是覆盖机构邮件设置的原因。
流苏强烈推荐它的定制 返回路径: pm-bounces.<注册发送域> 作为 CNAME 到pm.mtasv.net 。确认为机构提供的主机。保留以前的流苏记录，直到实施经理确认过渡并建议可以删除哪些内容。 当前 Tassel 设置和迁移说明.
了解为什么返回路径与发件人地址不同
Postmark的基础设施文档解释了返回路径收集退回邮件和投递反馈。其客户域CNAME保留该处理，同时启用客户信封身份。这支持Tassel描述的机制；这并不意味着该机构应创建单独的Postmark帐户或绕过其实施经理。 Postmark自定义返回路径说明.
CNAME所有者也不能填充独立的SPF TXT记录 在普通配置中。 Postmark特别指出，其自定义返回路径CNAME处理相关的SPF路径，因此添加根域包含并不是等效的替代。其记录的子域安排提供宽松的SPF 结盟，与父 From 域并不严格相等。当无法满足严格的SPF一致性时，保留机构的现有政策并评估一致的DKIM 。 Postmark SPF设置和对齐.
不要将提供商的绿色验证解释为通用交付保证。 SPF验证信封身份， DKIM验证签名的 d= 身份，并且 DMARC 将传递的身份与可见的 From 域进行比较。当单个消息未对齐时，策略可以保持有效。在实际域策略下查看接收者的结果。 SPF, DKIM 和 DMARC.
使用受控群体测试 Hub 工作流程
通信模块提供发送电子邮件工作流程：选择人群、加载模板、查看收件人总数并发送。加载模板会填充发件人电子邮件、主题和消息。在加载模板之后检查这些字段，而不仅仅是在加载模板之前。查看已发送电子邮件区域和详细信息显示邮件活动和退回邮件。 发送电子邮件.
为了接受，请使用机构批准的测试记录或受控测试人群。在激活“立即发送”之前，请与启动所有者核实实际数量和地址。切勿仅仅为了测试DNS而选择真实的类。在主题中放置一个独特的无害标识符，以便操作员可以将应用程序条目与收到的消息进行匹配，而无需暴露毕业生记录。单独确认回复目的地；有效的签名不会将毕业生的问题转至正确的办公室。
如果工作人员从毕业生模块发送，也测试该入口点。其记录的顺序包括在将消息传递给通信之前选择仪式和人员。先前从另一个仪式成功发送并不能证明当前选择的模板具有正确的发送者。 从毕业生模块发送.
在重试之前诊断出确切的故障
在事件日志中区分三个条件：集线器未提交邮件、远程系统拒绝邮件或受控邮箱收到邮件但身份验证失败。从批准的域映射和提供商验证状态开始，以应对不发送情况。对于收到的失败，请在要求任何人更改路由之前保留原始消息。空收件箱的屏幕截图无法区分这些情况。
对于返回路径验证问题，请将公开返回的CNAME与分配的主机和目标进行比较。 Postmark的故障排除指南将重复的域后缀、格式错误的目标值和代理的Cloudflare CNAME确定为可能的原因。向中央 IT 提供观察到的答案和提供商的预期价值；不要更改不相关的安全控制。通过 Tassel 升级未解决的发布或验证问题，而不是猜测替换域名。 返回路径验证故障排除.
如果无法发送紧急仪式电子邮件，请让企业主选择已批准的替代沟通渠道。不要默默地替换通用提供者地址或在部分发送后重试整个类。首先协调发送的群体，然后授权失败的群体进行有限的重试。保护机构的 DMARC执行 并避免将广泛的许可名单作为固定身份的替代品。
保留原始接受表和迁移决定
本手稿未进行现场验收测试。原始接收消息身份表必须包含机构和帐户参考、仪式、工作流程、模板、时间戳、可见发件人、回复、 Return-Path 、可信接收者SPF域/结果、每个DKIM d=/s=和结果、 DMARC结果、策略对齐模式和受限原始消息位置。添加单独的功能结果以进行回复传递和正确的收件人选择。
将提供商验证、 DNS发布、原始消息证据和迁移完成保留为不同的批准。仅在确认没有活动路由仍然依赖旧信任并收到提供商的转换指导后才撤销旧信任。记录删除的内容和原因，然后在清理后重复受控发送。这为下一个仪式团队提供了可用的记录，而不是复制的历史密钥。
产品转换已记录，但该机构的帐户、实时DNS 、实际迁移状态和收到的身份仍未验证。仍然需要确切的路线确认、完整的原始身份表和 SME 人工批准。此未发布的候选人不得作为任何当前或旧的 MarchingOrder 租户已通过的证据。
保留特定于仪式的发布决定
拟议的接受记录有四个单独的批准：提供商确认机构的迁移和域状态； IT部门验证发布的记录；通信所有者确认模板发送者和受控人群；邮件审阅者检查收到的身份行。如果缺少任何批准，则仅使用所有者选择的已批准的业务连续性选项。邻近仪式的成功无法填补缺失的一排。