/var/spool/postfix

centos磁盘优化,发现/var/spool/postfix/maildrop下有大量文件。

cron进程默认会将计划任务中所运行的脚本的警告、错误信息或者脚本输出信息发送给计划任务的所有者,而由于系统的postfix默认没有打开,所以这些邮件放到了邮件队列maildrop目录中,如果计划任务比较多,而且都有信息输出或者有错误,那么maildrop中的小文件肯定会越来越多。此时如果启动postfix服务,那么这些文件都会发送给计划任务的所有者,maildrop目录中的小文件没有了,却到了/var/spool/mail下面了(dc5.0上postfix默认无法发送邮件)。

可以直接删除。腾出磁盘空间。如果想做参考可以留着,过一段时间再去删除。如果没用用处,参考如下方法解决。

方法一:

修改“/etc/crontab”

将‘MAILTO=root’替换成‘MAILTO=""’修改之后没有成功,需要重启crond服务才可以

也可从在crontab(crontab -e)中最前面直接加入MAILTO=""

方法二:

如果是我们不关心的备注型等输出我们完全可以让其输出到 /dev/null 这样就不会因为发送失败到导致在/var/spool/postfix/maildrop下面产出什么文件。

例如:

*/10 * * * * /tmp/test.sh >/dev/null 2>&1

经过测试发现果然没有再出现新增的文件。当然如果输出内容有需要保存的话,可以输出到指定文件。比如下面这样

*/10 * * * * /tmp/test.sh >/log/test.log

本人倾向于第二种方案,虽然都解决问题,但第一种改变了需要发送的机制,造成所有的都不能接收到邮件,且需要重启crond服务,对执行crontab比较多的,有一定影响;第二种感觉比较灵活,且改完立即生效。

原文地址:https://www.cnblogs.com/peteremperor/p/11238708.html

时间: 2024-11-03 10:07:00

/var/spool/postfix的相关文章

/var/spool/postfix/maildrop 下有大量文件

参考链接:http://www.shangxueba.com/jingyan/121368.html /var/spool/postfix/maildrop  下有大量文件,怎么会有这么多的文件呢 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如果sendmail或者pos

/var/spool/postfix/maildrop/ 是否可清理

故障原因: 今天查看硬盘剩余的容量,发现'/'目录下占用了大量的空间:可我在这个目录下面没有放什么东西:仔细查看在/var/spool/postfix/maildrop/ 中发现了大量的文件.怎么会有这么多的文件呢,先删除. 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如

/var/spool/postfix/maildrop小文件太多造成inode索引使用完解决

/var/spool/postfix/maildrop 小文件太多造成inode索引使用完解决办法 问题表现和检查: 1.运行df -i / 查看inode使用是否满: 2.查看/var/spool/postfix/maildrop是否有非常多的小文件,ls直接卡死等情况: 解决:1.cd /var/spool/postfix/maildrop: ls | xargs rm -rf; 2.vi /etc/crontab :将‘MAILTO=root’替换成‘MAILTO="",然后se

Linux 中 /var/spool/postfix/maildrop 占用空间很大问题

摘要 一台运维主机上面没有跑什么特殊服务,所以没有添加监控告警.今突然执行命令执行不了发现是因为磁盘慢了导致.排错发现是因为目录/var/spool/postfix/mailfdrop 过大导致. 通过了解发现因为: 由于 Linux 在执行 cron 时,会将 cron 执行脚本中的 output 和 warning 信息,都会以邮件 的形式发送 cron 所有者, 而由于客户环境中的 sendmail 和 postfix 没有正常运行,导致邮件 发送不成功,全部小文件堆积在了 maildro

/var/spool/postfix/maildrop 出现大量文件原因和解决办法

今天发现服务器硬盘报警,出现空间不足的情况,后经查看发现是 /var/spool/postfix/maildrop 有大量文件,但服务器本身没有启动 postfix服务. 继续上网查资料,发现是crontab 每次执行任务后会发送邮件,接受者是在他的配置文件 "/etc/crontab" 通过 MAILTO=root' 来设置的,默认是root,如果执行输出没有十分必要要用邮件发送的话,可以修改此处. 下面是两个解决方法 方法一: 修改"/etc/crontab"

系统磁盘优化——"/var/spool/postfix/maildrop"

文件清理 最近某服务器磁盘空间告警,在排查过程中发现"/var/spool/postfix/maildrop"目录下堆积了很多小文件,起初想直接删除,但是使用rm删除是提示"参数列表过长",后来使用rsync来清楚垃圾文件: # 创建一个临时空文件夹 mkdir /tmp/blankdir # 清理/var/spool/postfix/maildrop rsync -av --delete /tmp/blankdir/ /var/spool/postfix/mail

You have new mail in /var/spool/mail/root

1.在进入系统的时候经常提示You have new mail in /var/spool/mail/root echo "unset MAILCHECK" >> /etc/profile source /etc/profile 关闭sendmail的功能:chmod 0 /usr/sbin/sendmailmv /usr/sbin/sendmail /usr/sbin/sendmail.bakln -s /var/qmail/bin/sendmail /usr/sbin/

/var/spool/clientmqueue 下生成太多文件处理

问题现象: linux操作系统中的/var/spool/clientmqueue/目录下存在大量文件. 原因分析: 系统中有用户开启了cron,而cron中执行的程序有输出内容,输出内容会以邮件形式发给cron的用户,而sendmail没有启动所以就产生了这些文件: 解决办法: 1. 将crontab里面的命令后面加上> /dev/null 2>&12.知识点:2>:重定向错误.2>&1:把错误重定向到输出要送到的地方.即把上述命令的执行结果重定向到/dev/nul

关闭CentOS6下“You have new mail in /var/spool/mail/root”的提示

CentOS下我们在输入命令执行完结果之后,系统总是会出现一行提示信息:"You have new mail in /var/spool/mail/root",虽然没有对系统造成啥影响,但是总会让操作的人觉得不爽,如是决定屏蔽它: [[email protected] ~]# echo "unset MAILCHECK">>/etc/profile && source /etc/profile [[email protected] ~]#