询盘通知邮件回复地址写错，销售回信会发给谁

销售收到官网询盘通知，点了邮件客户端里的“回复”，写完产品说明和报价安排才发现，收件人是网站的系统邮箱，并非客户留下的地址。通知正文里明明显示了客户邮箱，邮件头却没有正确设置回复目标。询盘通知邮件回复地址一旦映射错误，销售看似及时回信，客户实际收不到任何内容。

网站能把通知送进销售邮箱，只证明表单到企业邮箱这一段通了。销售点击回复时，邮件客户端读取的是Reply-To；没有这个字段，就会使用通知邮件的From地址。两者经常被混在同一个模板设置里，页面上线测试也常停在“收到通知”这一步。

询盘通知邮件回复地址要从表单字段单独映射

通知邮件的From应使用企业能够正常验证和发信的域名邮箱。客户在表单里填写的邮箱适合写入Reply-To，让销售点击回复时带出真实联系人。不要把客户邮箱直接放进From，网站服务器并没有权代表客户域名发信，收件系统可能因此判定身份不一致。

程序接收表单后，要把客户邮箱保存为独立字段。字段名可以是customer_email，通知模板只读取这一处，不从正文里的拼接文字反向提取。系统写入Reply-To前应去掉首尾空格，拒绝换行符和多个地址；格式校验未通过时，不要猜测或自动改写域名。

同一条线索还要保留询盘编号，通知主题和CRM记录都引用这个编号。销售改用CRM里的邮件入口时，系统仍能找到客户邮箱；通知邮件转给同事后，接手人也能回查原始记录。只靠正文展示地址，邮件经过转发或格式调整，联系人信息就可能变得难找。

页面来源字段应与客户邮箱一起进入线索记录。这样销售不仅知道回给谁，也知道客户从哪个产品页提交。来源页为空时，可以按官网表单来源页面的字段排查方法检查隐藏字段和接口映射，不要把页面URL塞进邮件主题代替结构化记录。

客户没有填写有效邮箱时，系统应把Reply-To留在企业线索邮箱，并在通知顶部标明“不可通过邮件回复”。销售可以改用电话或其他已确认的联系方式。若程序仍把一段无效文本写进邮件头，邮件客户端可能拒绝整封通知，原本还能使用的电话号码也到不了销售手里。

测试人员准备一个可收信的外部邮箱，从正式产品页提交询盘，并记录提交时间与自动生成的询盘编号。销售邮箱收到通知后直接点击回复，先检查收件人是否为测试邮箱，再发送一封测试回信。外部邮箱收到邮件，才说明Reply-To设置真正生效。

测试不能只用联系页。产品详情页、资料下载页若共用不同表单组件，要各抽一条；多语言页面也要检查字段名是否一致。有的英文表单提交email，中文表单提交contact_email，后端模板只识别其中一个，结果就会出现部分页面能回复、部分页面回到系统邮箱。

通知中的附件也要沿同一条线索检查。客户上传图纸时，销售回信需要知道附件对应哪次提交，CRM还应保存可访问的文件记录。邮件能看到附件但CRM没有链接，可以参考询盘附件在邮件与CRM之间的交接检查，避免回信时再次向客户索取同一份资料。

上线后可以在邮件发送日志里记录通知的Message-ID和询盘编号，但不要保存销售回信正文到公开日志。发现回信发往系统邮箱时，运维人员按询盘编号定位表单版本，再核对当时的客户邮箱校验结果。问题修复后，用原路径重新提交测试，不能只改模板后手工发一封邮件。

企业邮箱负责发出可信的通知，Reply-To只指向通过校验的客户地址。CRM再用询盘编号保存联系人和提交页面。外部邮箱完成一次真实往返后，这条官网询盘才算从页面交到了跟进人员手里。