Rspamd GPT模块中reason_header配置项的问题分析与修复

在Rspamd的邮件过滤系统中，GPT模块通过人工智能技术对邮件内容进行分析和评分。近期发现该模块在处理reason_header配置项时存在两个关键问题：

1. 功能缺失：当前实现仅在判定为GPT_HAM（非垃圾邮件）时添加原因头，而忽略了GPT_SPAM（垃圾邮件）场景。这与模块设计初衷不符，因为无论判定结果如何，系统都应完整记录分析原因。

2. 内容错误：添加的头部内容被固定为字符串"value"，而非实际的分析结果文本。这使得管理员无法通过邮件头获取真实的判定依据，丧失了该功能的实用价值。

技术层面上，这个问题源于模块的逻辑实现缺陷。在邮件处理流程中，当GPT模块完成分析后，会生成包含评分和详细原因的数据结构。调试日志显示系统正确生成了判定原因（如示例中的可疑邮箱地址和使用促销语言的分析），但该信息未能正确传递到头部添加环节。

修复方案需要同时解决两方面问题：

• 扩展头部添加逻辑，覆盖所有判定结果类型（HAM/SPAM）
• 确保使用实际分析文本作为头部内容值

这个改进对于邮件管理员尤为重要，因为：

1. 完整的判定原因记录有助于事后分析和规则调优
2. 标准化的头部格式便于自动化系统处理和分析
3. 保持行为一致性符合模块的预期设计

该问题已在最新版本中修复，用户更新后即可获得完整的判定原因头部信息。对于依赖此功能进行邮件审计或二次处理的用户，建议验证修复后的头部格式是否符合预期。