一台服务器突然停止了服务，毫无征兆的停止了。最后发现是/var满了：

再向下追查，发现在/var/spool下面：

那clientmqueue里面到底有什么呢？
习惯性的ls一下——麻烦大了，基本死机了，半天没结果，三分钟后ctrl+C才中止，看来是别想知道里面的文件了，但是可以知道里面的文件数：

好家伙，近２千万个文件！

看不到文件名，连vi都不行，还是请出find大法找几个文件看看吧：

随便找一个文件看看内容，终于在最后找到了一点蛛丝马迹：

原来是cron，又查看了其他的文件，基本上都是cron，有系统本身的daily和month等，也有自已定义的这个block.php，看样子，cron挺尽责，每一次执行都会发一封邮件给root，但长期这样也不是太好，把/var填满了还是比较麻烦的。
再继续找cron为什么给root发信：

里面没有说具体的情况，但是提供了一个-m参数，来指定发送的邮件，同时还提到，把它设置为null，或者把MAILTO变量将不再发信，有了这两句，那就好办了：
方法１、到/etc/rc.d/cron里面，加个-m ‘’参数；
方法２、到/etc/crontab里，加上MAILTO=””变量，注意还要修改/var/cron/tab里面的文件，或者用crontab -e来修改；
方法３、FreeBSD标准的做法，用rc系统给cron传去-m变量：在rc.conf中添加一行：

至此，/var/就清静多了。

这个只能去掉cron的邮件，要想彻底清静，最好再加上几行，把每日、每周、每月的自动执行也彻底禁止掉，否则还会有部分邮件，在periodic.conf中添加：

如果希望记点日志，也可以用下面的参数修改一下记录的方式，让periodic采取文件的方式而不是邮件的方式：

啊 西 吧 so da s ne