要用到Crontab定时任务去执行一个Shell脚本监控Linux系统资源并且当一些数字超过预设的话发送邮件警告。首先是linux的sendmail功能无法满足我们使用SMTP服务器并且指定发送者（E.g. [email protected]）的邮箱。查了下发现mailx可以跨过系统原来的sendmail服务透过登录外部SMTP来发邮件，不过Redhat5自带的mailx版本有问题，只好升级到最新的版本mailx-12.4而且关闭sendmail服务。（具体可以参照http://url.cn/UroamQ）

装完之后mailx命令行就可以发送邮件了。开始折腾Shell脚本，但是发现通过命令执行该Shell文件的时候监控结果可以发送邮件，可是通过Crontab做成定时的任务，却跑了之后没有邮件发送。查google查百度后发现，crontab是不会缺省的从用户profile文件中读取环境变量参数，经常导致在手工执行某个脚本时是成功的，但是到crontab中试图让它定期执行时就是会出错。

于是乎把Shell里面用到的所有路径都该成绝对路径，但还是不行。而且发现Crontab运行发送邮件命令的时候，总有以下报错：

[email protected]... Connecting to [127.0.0.1] via relay...

[email protected]... Deferred: Connection refused by [127.0.0.1]

手动跑这个shell就没这个报错。以为是要把SMTP服务器加进/etc/hosts. 加了却也一样报错。

记得这个错误信息应该是之前sendmail服务没开启时候运行Mail (不是Mailx)命令出现过。 所以开始怀疑是crontab用错了Mail而非Mailx， 有点眉目就简单了。

在Shell里把crontab运行时的Path echo出来再跟手动运行时候的Path做个对比：

一比就知道问题可能出在哪里了，手动运行的Path里面，/usr/local/bin在前/bin在后，而crontab运行时Path里面/bin在前面。

再进去/bin里面看下mailx，发现原来是link到sendmail的mail去了。难怪crontab总调用sendmail来跑

[root@ xxxxxxxx bin]# ls -latr mailx

lrwxrwxrwx 1 root root 4 Jan  1  2012 mailx -> mail

[root@ xxxxxxxx bin]#

知道问题就容易解决了，在shell里面加入export PATH=/usr/local/bin:$PATH (等于把/usr/local/bin 和/bin对调，让/usr/local/bin里面的mailx被调用)

测试了下能收到邮件！事实证明crontab跑脚本还是要很小心的。特别是会调用到java或者第三方程序的crontab。