配置好mutt收发邮件之后，才发现cron每天执行的时候，如果执行中有错误提示或者输出，虽然用户看不见，但他会发一封本地邮件给管理员，在mutt中能够收到。比如，我就收到了这么一封邮件：
To: fwolf
Subject: Cron backup_mysql > /tmp/backup_mysql.log
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
X-Cron-Env:
mysqldump: Got error: 1017: Can't find file: 'ads' (errno: 2) when using LOCK TABLES
我也是这样才发现每天备份数据库的时候都有错误了，表ads的数据根本就没有备份出来，再衍生查询一下，好几个表都这样，恐怖啊，幸亏及时发现，看来费这么大的力气来搞mutt还是有点用处的。
再来看这个错误，"Can't find file: 'tbl_name' (errno: 2)"这个错误产生的原因在mysql手册中有解释，存储数据表的文件名是有大小写的，大小写错误了就会"找不到"，即使是在不去分文件名大小写的操作系统（比如windows）下，查询中引用的表名也应保持大小写的一致性。
而我产生这个错误的表，原来是在windows服务器下使用的，现在转到linux服务器下了，并且在很长的时间里都没有访问，只是一直舍不得扔掉，每次备份的时候都带着。以前这些数据表都保存在fat32分区中，上次 倒腾硬盘的时候，都转换成了ext3分区。再查看一下文件名，果然存在文件名大小写的问题。
一般采用分散文件方式保存的mysql数据表（MyIsam默认，InnoDb也可以通过选项innodb_file_per_table设置），每个表一般有三个文件，扩展名分别是.frm .MYD .MYI，注意大小写！我那些提示出错的表，扩展名三个都是小写的！于是把扩展名MYD MYI都改成大写，问题解决！
至于这些表名为什么成了小写，应该是原来在fat32分区上，windows服务器的时候造成的，因为一般windows下文件的扩展名都是小写的。
