文章排在凌晨发出去，失败了会有人收到邮件吗

文章排到凌晨定时发布，如果没发出去，默认不会有人收到邮件提醒。这两件事分属两条链路：定时发布（时间因子）负责把文档在设定时刻从待发布状态转成正式文档；邮件提醒负责站点事件的通报，比如新留言、邮箱验证、订单提交与支付、订阅确认，发布排期不在它的模板之列。所以「排了凌晨的稿，第二天早上有没有人知道没发」这个问题，答案是靠通知不如靠抽查。

定时发布按什么触发

排期动作本身是批量设置：选定文档后设定发布的起止时段与每日数量，系统按间隔给每篇排出一个时刻，文档状态置为待发布，正文仍存放在草稿侧，到点才复制成正式文档。文档状态因此分成正式文档、草稿、待发布与回收站四种，待发布是可以被看见、也可以被改回来的中间态。

到点之后由谁执行，决定了失败形态。这一步由系统内部的计划任务处理，单轮处理的文档数量有限制，排期集中时会分几轮走完。据此能推出三类常见失败原因：站点进程那天没在运行（重启、崩溃或维护窗口覆盖了凌晨时刻），排期时段与当日数量配置冲突导致部分文档被推到次日，以及栏目还没就绪使发布出去的文档落在不该落的位置。前两类不会报错给编辑，第三类要到前台才看得出来。

邮件提醒在这条链路上通知什么

邮件提醒覆盖的是站点事件模板：留言通知、给访客的回复、邮箱验证、订单提交与支付确认、商品推荐与订阅确认。这一组共同点是有明确的另一方收件人——读者或买家。运维类事件（某个排期没执行、某轮任务被跳过）不属于这一类，也就没有对应模板。

这不代表邮件提醒没用。付费内容站、留言互动多的站点，事件通知要及时；把 SMTP 服务、发件身份与模板文案配好，是这条链路的前提。只是不能把它当发布监控来依赖。

通知不到时用什么兜底

三道兜底，成本从低到高。

第一道是次日看待发布列表。排期过的稿件若仍停在待发布，一眼就能数出来，剩下的问题只是为什么没走。第二道是后台操作日志与批量导入记录，能定位是排期设置问题还是进程问题。第三道是把抽查写成固定动作：批量排期后，次日检查最近一次发布的结果，重点看栏目归属与状态，尤其是从旧系统迁过来的内容，分类映射错了往往在列表页才显现。

如果站点确实需要凌晨发布必须成功，做法是错开时段——把排期落在有人值守的时间窗，比依赖一条不会响的通知更可靠。

常见问题

待发布和草稿有什么区别？ 草稿是未完成状态，可用带 preview 参数的链接预览；待发布是已完成但时间未到，到点由计划任务转正式文档。

凌晨服务器重启了，排期会补发吗？ 已到点的内容不会丢，进程恢复后计划任务把它们处理完；设置排期时如果当日时段已经过去，这部分会被整体推到次日的时段窗口，而不是当晚发出。

能加一封失败提醒邮件吗？ 现有模板面向站点事件，发布排期没有对应模板。要监控就靠抽查与日志，或把排期移到有人值守的时段。