安装mutt后会存在sent大文件的原因及解决办法

今天看来又注定晚睡了!
自己的母鸡快没空间了,最初买的时候是25G空间大小,可是现在是15G大小了,哎!伤心欲绝
没办法,我就到里面来条命令

   find / -size +50000k -exec ls -lhd {} \ ;

查看了一下机器上有哪些操作50多M的大文件,没想到发现不少还!

首先看到的是在家目录下的一个sent文件,相当大了,有5.6个G大小。吓坏我了,也不知道这个是什么文件,很奇怪!当时想直接删除掉了,可是不知道这个文件是干嘛的,而且是自动生成的删除就有点太仓促了(后面知道我的结论是正确的),还发现了就是mysql的增量日志文件,也不小,加一起有一个多G。很痛苦!

查了查sent的信息,一点消息没有!网上就没这个资料,很纠结。找了有一会,算了先解决mysql的吧。

最初想把mysql的 log bin关掉的,后来想想还是算了吧。开着吧,所以在my.cnf里添加一行信息,重启mysql即可。

expire-logs-days = 7

也可以在登陆mysql然后执行reset master;哈哈不知道打错没

reset master;

保留最近7天的,OK 数据库的解决完事了。下面就开始觉得sent吧!

百度实在是一条收不到,不过也是能收到都怪了。。。

爬山越岭,最后无招,翻墙吧!开始谷歌loading……

搜着搜着,突然看到一条是mutt的配置项,眼睛一亮,不会有关系吧!看了看,在查了一下那个参数。发现,原来是发送的附件保存的文件,实验出真理,使用命令发送一个附件给自己,看看那个文件会不会变化!当然先看一眼sent文件的详细大小,然后发送一个附件。

echo "kinggoo.com mutt sent"|mutt -s "kinggoo" mail@kinggoo.com -a file.tar.gz



发送后,再次查看sent文件大小,果然变化了。就等于发送附件大小!果然是这样啊!

然后我直接清空这个文件(没敢删除操作)

echo "" >  /sent

再次发送附件测试是否正常!测试结果,出提示了(如下)没有收到任何信息,乖乖的了。

/sent is not a mailbox.
Could not send the message.

看来没删除这个文件是更对的选择了,不然不知道会什么效果!

出这个问题肯定是文件属性对不上了,不过之前有看文件的详细,文件的基本属性是一样的,看来这个文件是有讲究的!查了查是BASE64编码的文件。那就好办了,直接拷贝个rootsendmail的文件过来!你用哪个帐号就用哪个帐号的mail文件

cp /var/mail/root /sent

选择yes,覆盖!

再次测试发附件,OK果然收到了!

把这行添加到我的本分脚本里,备份一次就把他覆盖一次!哦由于是强制覆盖,而 cp在系统里默认是加了"-i"参数,所以要特殊处理下

\cp /var/mail/root /sent

或者

yes|cp  /var/mail/root /sent

测试下脚本,没问题,OK睡觉去!

- THE END -
版权声明:
转载原创文章请注明,文章出处:http://kinggoo.com
原文地址:http://kinggoo.com/app-muttsentbigfixed.htm
发表评论?

4 条评论。

  1. 有地方配置它的大小吗?
    不然以后还是会变很大

发表评论


Trackbacks and Pingbacks: