发件人显示得没错，「回复」却寄到了别家：一封邮件里其实有两个收件地址

处理客服往来、对账单和发票的人都有个默认信任：只要回信在原来那条线程里继续，对面就还是原来那个人。线程看起来是身份的锚——直到你发现「回复寄给谁」这件事，从邮件格式标准第一天起就没和「发件人是谁」绑在一起。

一封邮件里其实有两个收件地址

邮件消息格式的标准文本（RFC 5322，2008）为信头定义了一组各司其职的字段：From 声明这封信的署名者；Sender 写明实际投递这封信的一方；还有一个字段专门回答「回信应当寄到哪」——Reply-To，早年文档里叫「回复地址」，后来的版本继续保留了等价机制。要点在于：你点「回复」时，客户端读的是最后一个字段，而不是你肉眼盯的那个。字段合法、行为合法，只是眼睛会看错地方——显示的发件人是给你看的，回复地址是给程序用的。

合法用途在前，剧本紧随其后

先说公道话，回复地址偏离发件人是日常且正当的设计：客服工单系统替专员发信、群发平台带退订、大企业的共享收件箱都需要「回信进队列而不是个人」；你转发同事的邮件请外部确认时，回信落到你自己而不是同事的信箱，也是同一个字段在替你办事。这也是为什么「回复地址不同」本身不构成定罪证据。但正因为混在正常业务里，它成了好用的武器：冒充平台的来信把回复地址设成骗子自己的信箱，你回复的那句「确认，这是我的新收款账号」，连同此前所有上下文，安静落进另一个域名下的信箱；骗子再用这个信箱回你，线程、称呼、引文一应俱全。发票诈骗的老剧本（账户换成骗子的账号）往往就是这条链的最后一帧。最阴的一点在于：你甚至可能先回了一次无关痛痒的「收到」，这次投递已经让骗子的信箱在你的客户端里混成了「往来过的人」，此后来信的红点从此不带陌生标记。

「同一条线程」比看起来脆弱

两个机制拆掉线程的权威：其一，客户端展示「往来串」主要依据主题与引用文本的匹配，而引用行就是正文的一部分——攻击者无需真回复过，把上一封原文粘进新邮件、主题照抄，客户端就会把它缝进历史；其二，前文所述的地址字段错位让「你回出去了」不等于「对方收到了」。此外还有一类容易漏算的合法中间人：邮件列表、自动转发与代理人都会改写往来链，你的回信经两跳转送后，署名与接收方都已不是最初那对邮箱。所以，判断身份要依赖协议字段与独立通道，而不是列表界面的视觉连续。

回敏感内容前的两步核对

日常邮件不必折腾；回信涉及收款账号、地址、证件、金额时，把两步加进肌肉记忆。第一步，看一眼这封将去哪：在详情或「原始邮件」视图里比对回复目标与你心中的官方信箱，多数客户端在回复框顶部的收件人行里就能直接看到将寄出的地址，这一步十秒。顺手多看一项也行：不少平台的自动发信信箱设定为「请勿回复」，回进去根本无人查收，需要走站内工单——这既是防骗，也是防你的重要答复石沉大海。第二步，涉及动钱动证时换通道复述：从官方入口找到客服或联系人自己发起会话，把关键信息在两条通道里对撞，两条不一致就停在原地。最后把习惯升级一档：不在邮件正文里发完整新地址，用官方站内消息传长串。

风险提示

各邮件客户端展示原始信头的位置与字段命名不同，具体查看路径以你所用客户端为准。文中内容仅为安全防护与操作建议，不构成投资建议。