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

   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 "" >  /sent

再次发送附件测试是否正常！测试结果，出提示了（如下）没有收到任何信息，乖乖的了。

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

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

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

cp /var/mail/root /sent

选择yes，覆盖！

再次测试发附件，OK果然收到了！

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

\cp /var/mail/root /sent

或者

yes|cp  /var/mail/root /sent

测试下脚本，没问题，OK睡觉去！