grep -c 'status=sent' /var/log/mail.log
# 超配额先挂起队列
postsuper -h ALL

群发到第五百多封开始整批退回,退信写 450 4.7.0 too many messages from this sender。这类现象通常不是突然出现的,往前翻半天日志能看到苗头。

追下去是这么回事:服务商按发件地址统计每小时的收件人数,越过配额后短期内的请求全部被延后,而不是立刻失败。

围绕「发信量配额」排查时,命令行跑一遍比在面板里点十次有用,面板会替你做掉不少隐式操作。同一份配置存在多处的,先确认改的是被加载的那一份。

新版本先放一台机器上跑一天再全量,问题一般在这段时间暴露。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到,还是收到了处理失败。偶发问题先统计频率,一小时几次和一天一次,查法完全不同。

处理上按这个顺序:先查清当前套餐的每小时上限;把发送摊到多个时间段;触发上限后按提示退避一小时。

确认没问题再收工,每小时发送量压在配额之内,退信里的 450 提示不再出现。

作者 9823189