SMTP 错误 421 Service not available 表示邮件服务器临时拒绝连接，常见于连接频率过高、并发过多、IP 被限流或服务端维护，需从配置、频率控制和认证三方面排查修复。
smtp 错误 `421 service not available` 表示邮件服务器临时拒绝连接，常见于连接频率过高、并发过多、ip 被限流或服务端维护，需从配置、频率控制和认证三方面排查修复。
在使用 Python（如 smtplib）实现表单邮件提交功能时，突然出现 Error connecting to SMTP server: (421, b'Service not available')，往往并非代码逻辑错误，而是 SMTP 服务端主动中止了你的连接请求。该状态码属于临时性失败（4xx 类），意味着问题可恢复，但需你主动调整行为。
? 常见触发原因
- ✅ 连接频次超限：Gmail、Outlook、Yahoo 等公共 SMTP 服务商对每分钟/每小时的新连接数有严格限制（例如 Gmail 通常限制为约 100 封/天新连接，或 2–3 次/秒的 TLS 握手）；
- ✅ 未复用连接：每次表单提交都新建 smtplib.SMTP() 实例并调用 connect() + starttls() + login()，造成大量短连接，极易被识别为扫描或滥用；
- ✅ IP 或域名被临时封禁：开发环境频繁测试（尤其本地 IP 或共享网络）可能触发风控策略；
- ✅ 服务器维护或过载：如使用企业邮箱自建 SMTP，或第三方服务（如 Mailgun、SendGrid）临时降级；
- ❌ 注意：该错误不是由密码错误（那是 535）、端口错误（连接超时）或证书问题（SSL 错误）导致——这些会抛出完全不同的异常。
✅ 推荐修复方案（Python 实战）
1. 复用 SMTP 连接（关键！）
避免每次提交都新建连接。推荐使用连接池思想，或至少在应用生命周期内复用一个已认证的 SMTP 实例：
import smtplib
from email.mime.text import MIMEText
from email.mime.multipart import MIMEMultipart
# ✅ 全局复用（适用于 Flask/FastAPI 等常驻服务）
smtp_server = "smtp.gmail.com"
port = 587
sender_email = "your@gmail.com"
app_password = "your_16char_app_pass" # ⚠️ 不是登录密码！
# 初始化一次（启动时）
smtp_client = smtplib.SMTP(smtp_server, port)
smtp_client.starttls()
smtp_client.login(sender_email, app_password)
def send_form_email(to_addr: str, subject: str, body: str):
msg = MIMEMultipart()
msg["From"] = sender_email
msg["To"] = to_addr
msg["Subject"] = subject
msg.attach(MIMEText(body, "plain"))
try:
smtp_client.send_message(msg) # 复用连接，不重复 login
return True
except Exception as e:
print(f"邮件发送失败: {e}")
return False? 提示：若部署在无状态环境（如 Serverless），请改用带重试与退避的封装（见下文）。
2. 添加指数退避重试机制
对临时性 421 错误自动重试（最多 3 次，间隔递增）：
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
import time
import random
from functools import wraps
def retry_on_421(max_retries=3, base_delay=1):
def decorator(func):
@wraps(func)
def wrapper(*args, **kwargs):
for i in range(max_retries + 1):
try:
return func(*args, **kwargs)
except smtplib.SMTPServerDisconnected as e:
if b"421" in str(e).encode() and i < max_retries:
delay = (base_delay * (2 ** i)) + random.uniform(0, 0.5)
print(f"收到 421，{delay:.2f}s 后重试 ({i+1}/{max_retries})...")
time.sleep(delay)
continue
raise
raise RuntimeError("重试已达上限，421 错误持续存在")
return wrapper
return decorator
@retry_on_421()
def send_with_retry(to, subject, body):
# 调用上述 send_form_email 或完整发送逻辑
...3. 其他必要检查项
- ✅ 启用应用专用密码（Gmail/Outlook）：关闭“安全性较低的应用访问”，开启两步验证后生成 App Password；
- ✅ 检查发信配额：登录邮箱后台（如 Gmail 的 https://www.php.cn/link/d4d2775cb2a95db2d267b98def4c3e6b）查看发送限制；
- ✅ 更换端口与加密方式：优先用 587 + starttls()，避免 465（部分服务商已弃用）；
- ✅ 日志记录完整上下文：捕获 e.smtp_code 和 e.smtp_error，而非仅打印字符串，便于精准判断；
- ✅ 生产环境务必切换至专业服务：如 SendGrid、Mailgun、Amazon SES —— 它们提供 API Key 认证、用量监控、Webhook 回调及高可靠性 SLA，远优于直接连公共 SMTP。
? 总结
421 Service not available 是一个明确的“请减速”信号。与其反复调试连接参数，不如优化架构：复用连接 + 指数退避 + 配额监控 + 生产分级迁移。对于表单类轻量需求，甚至可考虑前端先存入数据库，后端异步队列（如 Celery）批量发送，彻底规避实时 SMTP 压力。
记住：SMTP 不是 RPC；它是一个为人类邮件设计的、带有强反滥用机制的协议——尊重它的节奏，才能让自动化通信稳定可靠。
