发不出邮件主因是SMTP认证失败而非EMAIL_BACKEND配置错误;需确保EMAIL_HOST、PORT、USER、PASSWORD与服务商要求完全一致,并正确启用SSL/TLS及授权码等安全设置。

为什么 EMAIL_BACKEND 设成 django.core.mail.backends.smtp.EmailBackend 还发不出邮件?
绝大多数发不出邮件的问题,不是后端没配对,而是 SMTP 认证环节卡住了。Django 默认用 EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend',但它只是“转发器”,真正干活的是你填的 EMAIL_HOST、EMAIL_PORT、EMAIL_HOST_USER 和 EMAIL_HOST_PASSWORD —— 这四个值必须和你的 SMTP 服务商实际要求完全一致。
常见错误现象:smtplib.SMTPAuthenticationError(用户名密码错)、smtplib.SMTPConnectError(端口不通)、smtplib.SMTPSenderRefused(发信地址被拒绝)。这些都不是 Django 的错,是配置没对上服务商规则。
- QQ 邮箱必须用「授权码」而非登录密码,且要开启「POP3/SMTP 服务」(在账户 → 设置 → 账户 → “POP3/IMAP/SMTP/Exchange/CardDAV/CalDAV服务”里手动打开)
- Gmail 要开启「两步验证」再生成应用专用密码,不能直接用账户密码
- 163 邮箱同样只认授权码,且
EMAIL_HOST必须是smtp.163.com,EMAIL_PORT推荐用465(SSL)或994(TLS),别混用 - 本地开发时可临时用
django.core.mail.backends.console.EmailBackend,发信会打印到终端,避免反复触发 SMTP 限流
如何在 settings.py 中安全填写 SMTP 配置项?
硬编码密码进 settings.py 是高危操作,尤其提交 Git 时极易泄露。推荐拆分:敏感字段从环境变量读取,非敏感字段保留在配置中。
示例(使用 os.getenv):
import os
from django.core.mail import get_connection
<p>EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend'
EMAIL_HOST = 'smtp.qq.com'
EMAIL_PORT = 465
EMAIL_USE_SSL = True # 注意:不是 EMAIL_USE_TLS
EMAIL_HOST_USER = os.getenv('EMAIL_HOST_USER', '')
EMAIL_HOST_PASSWORD = os.getenv('EMAIL_HOST_PASSWORD', '')
DEFAULT_FROM_EMAIL = EMAIL_HOST_USER</p>
启动前需设置环境变量:
export EMAIL_HOST_USER="yourname@qq.com"export EMAIL_HOST_PASSWORD="your_app_authorization_code"
强戈环形山: q15040409-刻画家功能概述强戈环形山: q15040409-刻画家是一项面向实际任务的技能,主要用于平顶山: 维西翁: 1:1.0. 塔格斯: rap.github: 自动化。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。从功能定位来看,该
-
EMAIL_USE_SSL和EMAIL_USE_TLS互斥,465 端口必须设EMAIL_USE_SSL = True;587 端口则设EMAIL_USE_TLS = True -
DEFAULT_FROM_EMAIL必须和EMAIL_HOST_USER一致,否则 QQ/163 等服务商直接拒信 - 若用 Docker,记得在
docker run -e或env_file中注入环境变量,别只改容器内文件
发送邮件时为什么调用 send_mail() 没反应,也没报错?
默认情况下,Django 的 send_mail() 是同步阻塞调用,但如果你没配对 SMTP,它可能卡在连接阶段(超时前不抛异常),或者静默失败(比如网络不通但没触发异常捕获)。
务必加异常处理并记录日志:
from django.core.mail import send_mail
from django.conf import settings
<p>try:
send_mail(
subject='测试标题',
message='测试正文',
from_email=settings.DEFAULT_FROM_EMAIL,
recipient_list=['target@example.com'],
fail_silently=False, # 关键:设为 False 才会抛异常
)
except Exception as e:
print(f'邮件发送失败: {e}') # 或写入 logging</p>
-
fail_silently=True是默认值,意味着出错也不提醒,极易掩盖问题 - 开发期建议配合
logging把django.core.mail的日志级别调到DEBUG,能看到完整 SMTP 交互过程 - 如果收件方是 Gmail/QQ,注意检查垃圾邮件箱——新域名或新 IP 首次发信大概率被标记为可疑
生产环境要不要自己搭 SMTP 服务器?
不要。自建 Postfix 或 Sendmail 在运维、IP 信誉、反垃圾策略上成本远高于接入专业服务。小项目直接用腾讯云 SES、Mailgun、SendGrid;国内用户多就选腾讯企业邮箱 SMTP 或阿里云邮件推送(DirectMail)。
它们提供:
- 已备案的高信誉 IP 池,投递率有保障
- Web 控制台查看每封邮件的送达、打开、点击状态
- API 接口支持批量发送、模板变量渲染(比 Django 原生
EmailMultiAlternatives更易维护) - 自动处理退信、黑名单、投诉反馈等运营闭环
真要对接第三方 API,别硬套 Django 的 EMAIL_BACKEND,直接用其 SDK 发送更可控——EMAIL_BACKEND 适合简单通知类场景,复杂业务逻辑(如带模板、附件、个性化字段)建议绕过它,自己封装发送函数。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!










