Flask-Mail SMTP 连接失败主因是服务未开、端口被墙或认证错误；Gmail/Outlook需开启“不安全应用”或用应用专用密码；端口587配STARTTLS、465配SSL；MAIL_USERNAME须为完整邮箱；开发时设SERVER_NAME或BASE_URL避免localhost链接；中文需显式指定UTF-8编码及Header封装；异步发信推荐Celery，轻量可用ThreadPoolExecutor并捕获异常。
Flask-Mail 配置 SMTP 连不上，ConnectionRefusedError 或超时
根本原因通常是 SMTP 服务没开、端口被墙、或认证信息写错。Gmail/Outlook 等主流邮箱默认禁用“不安全应用访问”，必须手动开启或改用应用专用密码。
实操建议：
- 先用
telnet smtp.gmail.com 587（或openssl s_client -connect smtp.gmail.com:587 -starttls smtp）验证网络层连通性 - Flask-Mail 的
MAIL_PORT别硬写 465 —— 多数服务商（包括 Gmail）要求：STARTTLS 走 587，SSL 直连才走 465；MAIL_USE_TLS=True和MAIL_USE_SSL=False是常见组合 -
MAIL_USERNAME必须是完整邮箱地址（如user@gmail.com），不是昵称或用户名 - 国内服务器发 Gmail 容易被限流，临时调试可换腾讯企业邮箱（
smtp.exmail.qq.com，端口 465 +MAIL_USE_SSL=True）
发激活邮件时，url_for('auth.activate', token=token, _external=True) 生成的链接是 localhost
因为 Flask 默认不知道你部署在哪个域名下。_external=True 会拼 request.host，本地开发时就是 127.0.0.1:5000，用户点不开。
实操建议：
- 开发时加配置：
SERVER_NAME='yourdomain.com'（注意不含http://），并确保url_for在请求上下文外也能工作 - 更稳妥的做法是：把域名逻辑抽出来，比如用环境变量
BASE_URL=https://yourdomain.com，邮件模板里直接拼f"{BASE_URL}/activate?token={token}" - 别依赖
request.base_url—— 发邮件通常不在请求上下文中，request根本不可用
邮件内容里中文乱码、附件打不开、或被当垃圾邮件
Flask-Mail 默认用 utf-8 编码文本，但如果不显式声明 MIME 类型和编码方式，部分客户端（尤其是 Outlook）会按系统默认编码解析，导致乱码。
实操建议：
- 正文务必用
Message(body=..., charset='utf-8')显式指定编码（虽然 Flask-Mail 通常自动处理，但加了更稳） - HTML 邮件必须带
<meta charset="utf-8">，且msg.html字符串本身是合法 UTF-8 字节流（检查编辑器保存编码） - 避免在主题（
msg.subject）里直接写中文，改用Header编码：from email.header import Header; msg.subject = str(Header('激活账号', 'utf-8')) - 垃圾邮件问题主要来自：发信 IP 没反向 DNS、没 SPF/DKIM 记录、内容含大量链接或敏感词（如“免费”“激活”“点击领取”）—— 开发阶段用 Mailgun 或 SendGrid 更省心
异步发邮件卡主线程，用户注册后要等 3 秒才跳转
SMTP 发送是同步阻塞操作，mail.send(msg) 会等 DNS 查询、TLS 握手、服务器响应全完成才返回。一旦邮件服务商慢或丢包，整个 HTTP 请求就挂住。
实操建议：
- 别用线程池简单包一层（如
threading.Thread），容易漏异常、难监控；优先选celery+ Redis/RabbitMQ - 最小改动方案：用
concurrent.futures.ThreadPoolExecutor提交发送任务，但必须捕获所有异常并记录日志（否则邮件失败悄无声息） - 更轻量的选择是
APScheduler的内存版 job，适合单机小流量；但注意它不跨进程，gunicorn 多 worker 时得配SQLAlchemyJobStore - 无论哪种异步方式，都要给用户明确反馈：“邮件已发出（可能稍有延迟）”，而不是假死等待
真正麻烦的从来不是配置那几行代码，而是 SMTP 服务商策略变动、DNS 解析不稳定、还有各种邮箱客户端对 MIME 的私有解析逻辑 —— 建议上线前用 Mailtrap 做真实收件测试，别只看控制台有没有报错。
