今天在调整服务器配置，然后发现服务器一直高负载（一直在 10 点几，正常应该是 0.5 左右），查看了很久才发现进程里面多了很多 exim4，大家都知道 exim4 是 debian 默认邮件服务系统。

猜疑

难道是某个博客在发垃圾邮件或者被挂马？但服务器上的博客都是老朋友的，基本在文囧月经以上状态，不太可能有人折腾导致，而且都是“规规矩矩”的，所有被挂马也不太可能。

查找

查看了下 exim4 的日志（/var/log/exim4/mainlog），发现服务器在用 ashun 的邮箱地址发邮件，错误类似：（ooxx@gmail.com 表示邮箱地址）

2013-11-01 18:45:19 1Vbf5W-0001WZ-I9 == ooxx@gmail.com routing defer (-51): retry time not reached
2013-11-01 18:45:19 1Vbd7T-00081Y-D9 == ooxx@gmail.com routing defer (-51): retry time not reached
2013-11-01 18:45:19 1Vbczx-0003pr-Mp == ooxx@gmail.com routing defer (-51): retry time not reached
2013-11-01 18:45:19 1Vbd30-0006Ly-UI == ooxx@gmail.com routing defer (-51): retry time not reached

放G查找相关

网上查了一下，好像很少人碰到，然后去国外找，也少人碰到，不过还是找到了相关资料：大概是待发邮件很多导致大量 exim4 进程。

一般解决方法

可以用下面的命令删除待发邮件

exim -M <message-id>

注：<message-id> 就是上面错误里面的日期后面的那个id，如：1Vbd30-0006Ly-UI

主要问题

但是你知道现在这个 /var/log/exim4/mainlog 有多大么？已经生成了 10 个 gz，全部加起来有 2G 以上！！！我的天啊！而且那个 message-id 不知道有多少个（日志翻了n页，每个id都不同）……

于是我去邮件待发目录：/var/spool/exim4/input 看了下，ls 了半天都没列完文件，可想这里有多少个待发邮件了，起码是“万”级单位了。

真正的解决方法：rm

1. 把 exim4 进程全部 kill 掉：

killall -9 exim4

2. 然后我在 /var/spool/exim4/input 目录下敲了 rm -f * 竟然提示错误，好像是提示太多文件什么的（具体忘了），肿么办？我退出到 /var/log/exim4 目录，直接 rm -rf input 才干掉！然后建立回 input 目录，并且重新把所属者改为 Debian-exim，Orz……（所以解决方法就是直接把 input 目录里面的文件全部 rm 掉）

3. 如果重新启动 exim4 提示错误

ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken ... failed!

打开 /var/log/exim4/paniclog 文件把里面的内容清空即可。

大量待发邮件的始作俑者

我进入 ashun 的 WP 博客后台，经过不断排查，最后确定是 willin 的老插件 my-visitors 造成的大量邮件发送而因为 -51 错误导致生产大量待发邮件。

我后来又这样测试了肯定了是此插件问题导致：只要一开启此插件，前面所说的 input 目录就会不断增加待发邮件！当然，不代表还在用此插件的朋友就一定会发生这种情况，毕竟服务器环境和使用方式的不同，而我没去分析插件全部代码——毕竟作者 willin 早已经抛弃 WordPress 了。

所以，作者停止开发的插件还是不要用了，毕竟 WordPress 还在不断更新！你看 3.7 才几天就 3.7.1 了。

• 本文标题：老 WordPress 插件生成大量待发邮件导致服务器高负载
• 本文链接：https://zww.me/old-wp-plugin-exim4-error-server-high-load.z-turn
• 发布时间：2013年11月01日 20:00
• 版权声明：除非注明，文章均为 zwwooooo 原创，转载请以链接形式标明本文地址！