Zammad项目中M365 Graph API共享邮箱发送邮件存储问题解析

背景概述

在Zammad 6.5.0版本中，当用户通过Microsoft 365 Graph API集成功能使用共享邮箱发送邮件时，系统出现了一个关键行为异常。虽然邮件能够成功发送，但系统错误地将已发送邮件副本存储在了认证用户的"已发送"文件夹中，而非预期的共享邮箱对应文件夹。

问题本质

该问题属于通道驱动层的行为缺陷，具体表现为：

1. 发送行为：邮件确实以共享邮箱身份正确发出
2. 存储位置：邮件副本被错误地存入认证用户个人邮箱的Sent Items文件夹
3. 权限验证：系统已正确申请Mail.Send.Shared权限

技术分析

通过代码审查发现，问题根源在于microsoft_graph_outbound.rb驱动文件中共享邮箱标识的传递机制存在缺陷。系统在发送邮件时未能正确识别并应用共享邮箱配置，导致默认使用了认证用户的邮箱上下文。

关键问题点包括：

1. 共享邮箱标识在出站配置中未被正确存储
2. 邮件发送API调用时未指定目标邮箱参数
3. 缺少对共享邮箱上下文的显式声明

解决方案验证

经过验证，修正方案需要：

1. 确保共享邮箱标识在出站配置中持久化
2. 在API调用时显式传递共享邮箱参数
3. 完善上下文切换机制

值得注意的是，虽然Microsoft 365管理中心提供了"共享邮箱发送项目"的配置选项，但该设置对Graph API的行为影响有限。Graph API在权限充足的情况下会优先遵循调用参数指定的行为。

影响与建议

该问题会影响以下场景：

1. 共享邮箱使用审计追踪
2. 团队协作邮件管理
3. 邮件归档完整性

建议用户在升级修复版本前，可通过以下临时方案缓解影响：

1. 在M365管理中心启用共享邮箱的"保存发送副本"功能
2. 定期手动转移误存的发送邮件
3. 建立邮件日志备份机制

总结

该问题的修复不仅解决了功能异常，更重要的是完善了Zammad与Microsoft 365 Graph API的集成深度，为团队协作场景提供了更完整的解决方案。后续版本中，开发团队还将进一步增强共享邮箱管理的灵活性和配置选项。