django 原生仅支持单个邮件后端，但可通过自定义 `emailbackend` 组合多个后端（如 smtp + 控制台），实现邮件真实发送的同时自动打印原始内容到终端，便于开发调试。
在 Django 项目中，有时需要在开发阶段既将邮件真实发送（如测试通知逻辑），又即时查看邮件原始结构（如 headers、MIME 内容、渲染效果）。遗憾的是，Django 的 EMAIL_BACKEND 设置项仅接受单一字符串路径，不支持列表或链式配置，因此以下写法是无效的：
# ❌ 错误：Django 不支持多后端列表
EMAIL_BACKEND = [
"django.core.mail.backends.smtp.EmailBackend",
"django.core.mail.backends.console.EmailBackend"
]✅ 正确方案是：继承 BaseEmailBackend，封装多个后端，在 send_messages() 中并行调用。下面是一个生产就绪的自定义后端示例：
# myproject/email_backends.py
from django.core.mail.backends.base import BaseEmailBackend
from django.core.mail.backends.console import EmailBackend as ConsoleBackend
from django.core.mail.backends.smtp import EmailBackend as SMTPBackend
class DualEmailBackend(BaseEmailBackend):
def __init__(self, fail_silently=False, **kwargs):
super().__init__(fail_silently=fail_silently)
# 注意：SMTPBackend 需要完整配置（如 HOST、PORT、USER 等），这些由 Django settings 提供
self.smtp_backend = SMTPBackend(fail_silently=fail_silently, **kwargs)
self.console_backend = ConsoleBackend(fail_silently=fail_silently, **kwargs)
def send_messages(self, email_messages):
"""
同时通过 SMTP 发送邮件，并在控制台输出原始内容。
返回实际成功发送的数量（以 SMTP 结果为准）。
"""
smtp_count = self.smtp_backend.send_messages(email_messages)
# 控制台后端不抛异常，且始终返回 len(email_messages)，无需校验一致性
self.console_backend.send_messages(email_messages)
return smtp_count然后在 settings.py 中启用该自定义后端：
Cn Password Generator
下载
安全的随机密码生成器。支持自定义长度、字符类型（大写/小写字母、数字、特殊符号），排除相似字符，批量生成。纯 Python 标准库，无需 API 密钥。
# settings.py EMAIL_BACKEND = 'myproject.email_backends.DualEmailBackend' # SMTP 相关配置（控制台后端会忽略它们，但 SMTP 后端需要） EMAIL_HOST = 'smtp.gmail.com' EMAIL_PORT = 587 EMAIL_USE_TLS = True EMAIL_HOST_USER = 'your@example.com' EMAIL_HOST_PASSWORD = 'your-app-password' # 可选：为控制台后端定制输出行为（如添加时间戳）——需扩展 ConsoleBackend
⚠️ 注意事项：
- 自定义后端中 **kwargs 会透传所有 EMAIL_* 配置给两个子后端；控制台后端会忽略 SMTP 专属参数（如 EMAIL_HOST），安全无副作用；
- 若需更精细控制（如仅对特定邮件启用双通道、记录日志、捕获异常），可在 send_messages() 中添加条件分支或 try/except；
- 生产环境请务必禁用控制台后端（改用 EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend'），避免敏感信息泄露；
- 如需支持更多后端（如文件、SendGrid API），只需在 __init__ 中实例化并统一调用 send_messages 即可。
通过这一方式，你既能保障业务逻辑的端到端验证，又能获得开箱即用的调试可见性，兼顾效率与可靠性。
