mutt 还是不能自动发送邮件，究竟还要折磨到什么时候

已经几天过去了，每天就是逛论坛。发问题。
既然没有解决方案，只能从新总结一下，看看问题发生再哪里：

现在已经有的东西：

1） shell的tmail.sh的script. （基本上已经简单的不能再简单了，主要的目的就是来判断是否这个BA shell 执行了么。除了日志代码以外就是包含两行代码
echo "test ok !" | mutt -s "Good" xxxx@gmail.com
echo "test ok" >>1.txt

2)检查了几次了，所有的transmission-daemon的用户已经转换为root的用户，不存在权限问题
3）所有的错误都已经排查了，目前在log里面看不到有任何的错误信息，单纯的就是couldn't sent out Email.这个真是让人frustrated.

4)单独调用tmail.sh的这个shell 脚本，完全可以正常的工作。只是在transmission调用的时候，无法正常工作，并且不显示任何的错误信息。

刚刚发现有一个帖子说，任何发送的邮件再用户根目录下会有一个sent的文件，

问题：
1）这个sent的文件也会出现在debian-transmission这个下面么？目前看来是没有的，因为貌似这个用户根本就不存在；
2）root下面不会显示系统发送的邮件，只显示手动发送的邮件。而我用的是root用户登录，transmission调用mutt后台执行，但是没有权限在sent文件中是写入数据，所以才会出现这个问题,今晚回去看下sent文件的权限。希望可以解决。

六月八号，又白折腾了一个晚上，尝试了以下的东西：

1）首先将所有的用户debian-transmission 的用户都改成了root.但是很奇怪，每当从新启动的时候，setting.json的这个用户就自动的跳转回来，也尝试的将init.d的文件改为user=root，但是还是会改回成debian-transmission。所以更改用户的这条路应该是行不通的。

2）另外，今晚将会尝试用pi这个用户，可能是root的用户不能msmtp调用发送邮件。我跟人有这个感觉。因为发现：系统发送邮件根本不在root/home的目录下，而是在“/”下面。