如何用Python脚本每天早晨自动发送包含图表的早报邮件

如何用Python脚本每天早晨自动发送包含图表的早报邮件

想用Python实现自动发送带图表的早报邮件？这个想法很实用，但实际操作时，有几个关键环节特别容易“踩坑”。下面就来聊聊，如何避开这些陷阱，搭建一个真正稳定可靠的自动化流程。

用 smtplib 发邮件前必须处理好 SMTP 认证和 TLS

很多朋友第一步就卡住了：直接用 smtplib.SMTP() 去连接邮箱服务器，结果大概率是失败。为什么呢？因为现在主流的邮箱服务商（比如Gmail、Outlook、QQ邮箱）出于安全考虑，早就默认关闭了不加密的明文协议。直接用账号密码去连接，要么触发“登录被拒绝”，要么提示“应用未获授权”。

那正确的做法是什么？记住下面这几点：

• 获取正确的“钥匙”：对于QQ邮箱或163邮箱，你需要先在网页版设置里手动开启“SMTP服务”，然后它会给你一个“授权码”，这个授权码才是你脚本里应该填的密码。至于Gmail，则必须使用“应用专用密码”（前提是已经开启了两步验证）。
• 强制加密连接：务必使用 smtplib.SMTP_SSL() 建立加密连接，或者在普通连接后立即调用 starttls() 方法进行升级。不加密的认证请求，服务器根本不会理睬。
• 发件人地址要对得上：这是一个常被忽略的细节。你登录用的账号，必须和邮件头里的“发件人”地址完全一致。比如你用 user@163.com 登录，那么 From 字段就不能写成 report@company.com，否则很多服务商会直接拒绝发送。

把 Matplotlib 图表嵌入邮件正文要用 MIMEImage + cid 引用

图表生成好了，怎么让它乖乖地显示在邮件正文里，而不是作为一个需要下载的附件？直接把本地图片路径写在HTML的 标签里是行不通的——收件人的邮件客户端可访问不到你服务器上的文件。

正确的思路是：把图片的二进制数据作为邮件的一部分“嵌入”进去，然后在HTML里通过一个特殊的ID来引用它。这个ID就叫 Content-ID，简称 cid。

关键步骤其实很清晰：

• 生成图表到内存：别急着把图表保存到硬盘。用 io.BytesIO() 创建一个内存文件对象，然后让Matplotlib的 plt.sa vefig() 直接保存到这个对象里，记得指定 format='png' 和 bbox_inches='tight' 来优化格式和边距。
• 创建并标记图片部分：用 email.mime.image.MIMEImage 读取上一步的内存数据，然后调用 add_header('Content-ID', '') 给它一个唯一的ID。注意，这里的ID需要用尖括号包起来。
• 在HTML中引用：在邮件HTML正文里，对应位置写上 。这个 cid: 前缀就是告诉邮件客户端：“去邮件内部找这个ID对应的资源。”
• 最后别忘了挂载：一定要执行 msg.attach(image_part)，把这个图片部分添加到邮件对象里。少了这一步，前面的 cid 就找不到资源，邮件里只会显示一个红色的破图标记。

定时执行早报脚本别只靠 time.sleep() 硬等

让脚本在后台“睡一觉”，到点再起来干活，听起来很简单，比如写个 while True: time.sleep(3600); if now.hour == 8: send_report()。但这种方法非常脆弱：脚本进程一旦崩溃，整个任务就停了；服务器重启后也不会自动恢复；而且缺乏重试机制和日志记录，出了问题很难排查。

更可靠的做法是借助成熟的系统调度工具：

• Linux/macOS用户：直接用 cron。在crontab里添加一行：0 8 * * * /usr/bin/python3 /path/to/morning_report.py >> /var/log/morning_report.log 2>&1，就能实现每天8点准时运行，并把所有输出记录到日志文件。
• Windows用户：使用“任务计划程序”。创建一个新任务，触发器设为“每天上午8:00”，操作设置为启动 python.exe，并在参数里填上你的脚本绝对路径。
• 需要复杂调度逻辑时：如果你的任务需要动态判断节假日，或者有更复杂的触发条件，那么推荐使用Python库 APScheduler。它比手写轮询循环强大得多，记得设置 coalesce=True 和 max_instances=1 来防止任务重复执行。

早报内容动态生成时，datetime 和时区最容易出错

这是部署到服务器后最常见的问题之一。如果你的脚本跑在默认UTC时区的服务器（比如很多Docker容器），那么 datetime.now().hour 获取的小时数永远不是北京时间8点，导致邮件永远发不出去。或者，图表标题上显示一个“00:30”的UTC时间，让看早报的人一头雾水。

怎么避免时区陷阱？下面这套写法比较稳妥：

• 显式指定时区：不要用裸的 datetime.now()。正确的做法是：from datetime import datetime; import pytz; beijing = pytz.timezone('Asia/Shanghai'); now = datetime.now(beijing)。这样得到的 now 就是清晰的北京时间。
• 格式化日期要友好：邮件主题和图表标题里的日期，建议用 now.strftime('%m月%d日 %H:%M') 这种更符合阅读习惯的格式，避免使用带年份的冗余长格式。
• 动态计算时间范围：查询“昨日数据”时，不要写死。应该基于带时区的当前时间来计算：(now - timedelta(days=1)).date()。如果直接用不带时区的 date.today() 去减，在跨日临界点可能会产生一天的偏差。

说到底，真正的挑战往往不在画图或发信这些核心功能上，而在于如何让整个自动化链路在无人值守时依然坚如磐石。想象一下，服务器在凌晨三点自动重启后，你的脚本还能准时跑起来吗？认证信息会不会过期？临时目录是否有写入权限？数据库连接池是否正常？甚至Matplotlib的后端设置是否正确？任何一个环节出问题，都可能导致脚本静默失败。

因此，一个实用的建议是：第一次部署完成后，别急着等第二天看结果。手动把系统时间调到触发时间之前，完整地测试一遍整个流程。同时，务必把关键步骤的日志（如登录成功、图表生成完成、邮件服务器返回码）都记录下来，这样一旦出现问题，你才能快速定位到“病灶”所在。