Anonaddy自托管实例中失败邮件存储功能的问题解析与修复

问题背景

在Anonaddy自托管环境中，用户报告了一个关于"存储失败投递"功能的问题。该功能允许用户保存未能成功投递的邮件内容，但在实际使用中，虽然数据库记录了失败投递条目，但相应的邮件文件并未被正确保存。

技术分析

通过检查用户提供的日志和数据库记录，我们发现：

1. 用户账户已正确设置了store_failed_deliveries标志为1（启用状态）
2. 数据库中的failed_deliveries表确实记录了失败的投递尝试
3. 邮件类型为"F"（Forward，转发邮件），属于应该被存储的类型
4. 错误日志显示失败原因是"Relay access denied"（中继访问被拒绝）

根本原因

经过深入分析，开发团队发现问题的核心在于：

本地投递失败的处理逻辑存在缺陷。当邮件在本地投递阶段失败（如SMTP中继拒绝）时，系统没有正确触发邮件内容的存储机制。这与远程服务器返回失败的情况处理方式不同。

解决方案

开发团队迅速响应并发布了修复版本，主要改进包括：

1. 统一了本地和远程投递失败的处理流程
2. 确保所有类型的投递失败（包括本地SMTP错误）都会触发邮件存储
3. 完善了错误处理机制，避免因投递阶段不同而导致存储遗漏

技术细节

在修复中，团队重点关注了以下方面：

• 邮件传输层（Transport Layer）的错误处理
• 存储触发条件的逻辑判断
• 文件系统操作的可靠性
• 数据库记录与实际文件存储的同步机制

用户建议

对于使用自托管Anonaddy实例的管理员：

1. 及时更新到包含此修复的最新版本
2. 定期检查failed_deliveries表与存储目录的对应关系
3. 监控相关日志以确保存储功能正常工作
4. 注意SMTP服务器的配置，避免不必要的本地投递失败

总结

这次问题修复体现了Anonaddy团队对自托管用户需求的重视。通过改进失败邮件的存储机制，增强了系统的可靠性和用户体验。对于隐私保护类工具，确保所有通信记录（包括失败记录）的完整性至关重要，这次更新正是对这一原则的贯彻。