Django-Anymail中Mandrill的BCC投递问题解析与解决方案

在邮件发送系统中，BCC（密送）功能是一个常见的需求，它允许发件人向收件人发送邮件时隐藏其他收件人的信息。然而，当使用Django-Anymail与Mandrill集成时，开发者可能会遇到BCC功能失效的问题。本文将深入探讨这一问题的根源，并提供多种解决方案。

问题现象

当通过Django-Anymail发送包含BCC收件人的邮件时，Mandrill默认会将BCC收件人转换为TO收件人，并为每个收件人生成单独的邮件副本。这种行为与传统的邮件发送方式不同，传统方式会将BCC收件人隐藏在所有收件人的邮件中。

问题根源

Mandrill的API设计决定了其默认行为。当不进行特殊配置时，Mandrill会将所有收件人（包括BCC）视为独立收件人，并为每个人生成单独的邮件。这与SMTP协议中的BCC行为不同。

解决方案

1. 账户级别设置

Mandrill提供了一个账户级别的设置选项"Expose The List Of Recipients When Sending To Multiple Addresses"。通过调整此设置，可以控制是否在发送给多个地址时暴露收件人列表。

2. 单邮件级别覆盖

对于需要特殊处理的单个邮件，可以通过Django-Anymail的esp_extra参数来覆盖默认行为：

message.esp_extra = {
    "message": {
        "preserve_recipients": True
    }
}

这种设置会强制Mandrill保持原始收件人列表，实现传统BCC功能。

3. 全局发送默认值

如果希望对所有发送的邮件应用此设置，可以在Django的配置文件中进行全局设置：

ANYMAIL = {
    ...,
    "MANDRILL_SEND_DEFAULTS": {
        "esp_extra": {
            "message": {
                "preserve_recipients": True
            },
        },
    },
}

4. 批量发送的特殊情况

当使用merge_data或其他启用批量发送模式的选项时，Django-Anymail会自动强制将preserve_recipients设置为False。这是设计上的决定，因为在批量发送中，每个收件人应该只能看到自己的邮件地址。

技术背景

Mandrill的这种行为设计有其合理性。在批量邮件发送场景中，为每个收件人生成独立的邮件副本可以更好地支持个性化内容和跟踪功能。然而，这与传统邮件客户端中的BCC行为存在差异，可能导致开发者的困惑。

最佳实践建议

1. 明确需求：首先确定是否真的需要传统BCC功能，还是可以接受Mandrill的默认行为。
2. 测试验证：在实施任何解决方案前，进行充分的测试以确保行为符合预期。
3. 文档记录：在项目中记录所采用的解决方案，便于团队其他成员理解和维护。
4. 考虑替代方案：如果BCC功能至关重要，可以考虑评估其他邮件服务提供商是否更适合项目需求。

通过理解这些技术细节和解决方案，开发者可以更好地控制Django-Anymail与Mandrill集成时的邮件发送行为，确保满足各种业务场景的需求。