我正在尝试使用'sendmail'命令从unix shell脚本发送电子邮件警报,我的代码如下:
recipients="rajkumar.soundararajan@visy.com.au,basha.kather@gmail.com,katherbasha.amanullah@techmahindra.com"
subject="DB Blocking session found!"
from="rajkumar.soundararajan@visy.com.au"
message_txt="Hi all!\n There are DB blocking session found in DB"
#echo -e "\n${output}"
if [ ! -z "$output" -a "$output" != " " ]; then
echo "blocking session found in db!!"
#echo "DB blocking session found" | mail -s "DB BLOCKING!!" katherbasha.amanullah@techmahindra.com
#echo "DB blocking session found" | mail -s "DB BLOCKING!!" basha.kather@gmail.com
/usr/sbin/sendmail "$recipients" << EOF
subject:$subject
from:$from
$message_txt
EOF
fi
执行上述代码时,我的输出低于输出,但没有向任何人发送电子邮件:
va_manh @ manhdevdb:/ home / oracle / scripts $ sh db_blocking_session.sh 在db !!中找到阻塞会话
我在/ var / log / maillog中找到了以下行:
1月28日17:52:03 manhdevdb postfix / pickup [7539]:176D013C0BD:uid = 800 from = Jan 28 17:52:03 manhdevdb postfix / cleanup [10861]: 176D013C0BD: 消息-ID =&LT; 20160128065203.176D013C0BD@manhdevdb.hosting.telstra.com> 1月28日17:52:03 manhdevdb postfix / qmgr [3591]:176D013C0BD: from =,size = 406,nrcpt = 3(队列 1月28日17:52:33 manhdevdb postfix / smtp [10865]:连接到 cluster6.us.messagelabs.com [216.82.242.36]:连接超时(端口 25)1月28日17:52:33 manhdevdb postfix / smtp [10863]:连接到 gmail-smtp-in.l.google.com [64.233.187.26]:连接超时(端口 25)1月28日17:52:33 manhdevdb postfix / smtp [10864]:connect to mxmeg6.techmahindra.com [203.143.186.187]:连接超时(端口 25)1月28日17:54:33 manhdevdb postfix / smtp [10863]:176D013C0BD: to =,relay = none,delay = 150,status = deferred (连接到alt4.gmail-smtp-in.l.google.com [173.1 94.219.26]:连接超时)1月28日17:56:03 manhdevdb postfix / smtp [10864]:176D013C0BD: to =,relay = none,delay = 240, status = deferred(连接到mxmeg2.techmahindra.c om [119.151.17.92]: 连接超时)1月28日17:57:08 manhdevdb postfix / smtp [10925]: 9EF5513C0A3:to =,relay = none, delay = 75276,status = deferred(连接到cluster6a.us.messagelab s.com [85.158.139.103]:连接超时)
请告诉我这个的根本原因?
答案 0 :(得分:0)
连接超时可能意味着您的托管服务提供商阻止TCP / 25出站,通常是为了防止垃圾邮件。您可以通过亚马逊SES,MailGun,SendGrid等受信任的提供商来查看中继。不幸的是,这些天运行您自己的邮件服务器是一场持续的战斗。