第三十八章：19:20通知邮件(3/6)

Policy:M-SUPv3.1-hotfix”。这意味着在19:20时刻，邮件安全网关确实运行在热修复策略上。它把v3.1-hotfix从“发布记录”拉到了“真实运行证据”。同时，它也给了一个对照点：既然19:20运行的是hotfix，02:18回滚到v2.9之后邮件头应当显示不同策略字段。只要对比转运当夜前后两封邮件头，就能验证回滚是否影响了邮件策略运行。
林昼回：“这是关键字段。务必抄录并拍照，写入笔录。接下来要看Received链里是否出现境外中继或异常时区跳转。尤其注意‘by’后的主机名与时间戳。”
梁组长回：“正在看。”
十点三十八，梁组长：“Received链有四跳。第一跳是供应商出站服务器，第二跳显示一个‘edgerelay’节点，主机名包含‘tok’字样（类似tok-xxx），时间戳显示+0900。第三跳进入原医院MGW，第四跳投递到收件人邮箱。采购处解释‘tok是token缩写’，但节点时区确实是+0900。”
+0900。tok。edgerelay。
东京回路的影子一下变得清晰：不是传言，不是推断，是Received链里写着+0900的边缘中继节点。主机名包含tok——他们可以说是token缩写，但在这种语境下，它更像Tokyo的缩写。更重要的是时区：+0900不是中国常用时区。Received链里出现+0900意味着邮件经过了位于日本时区的服务器或使用日本时区配置的中继。
这不是“全球加速”四个字能轻易抹掉的，因为它出现在关键通知邮件的链路里。通知邮件属于变更控制，如果变更控制通知都要绕到+0900的中继，那么数据流向与合规边界就必须被解释。
林昼没有让自己兴奋。他知道对方下一步会怎么做：
*说+0900是服务器配置错误；
*说tok只是字符串；
*说edgerelay是CDN；
*说邮件内容不含敏感数据；
*说这不代表医疗数据跨境。
这些话都可能成立一部分。但它们都需要证据。证据就是：中继节点用途说明、日志留存、加速对象、以及是否存在跳板机日志。没有证据，解释就只是烟雾。
他立刻回梁组长：“必须把第二跳的完整主机名、时间戳、‘by’字段抄录进笔
本章还未完，请点击下一页继续阅读>>>