我的邮件需求很简单。我只想通过非 SMTP 挂钩发送系统通知。(挂钩通过 https 发送到 mailgun 帐户)。
我想象所有的 linux 程序(例如 cron)调用类似“(发送)邮件 [选项] 内容”的东西。或者他们直接调用 SMTP 服务?
如果他们正在调用“(发送)邮件 [选项] 内容”,那么应该很容易改编/编写一个 shell 脚本或程序来将该调用转换为我的挂钩。
我确实找到了这个参考:
Linux 标准基础 PDA 规范 3.0RC1
概要 /usr/sbin/sendmail [选项] [地址...] 说明
要发送电子邮件(email),应用程序应支持 sendmail 提供的接口(在此处描述)。该接口应是应用程序的默认交付方法。
该程序向一个或多个收件人发送一封电子邮件,并根据需要路由该邮件。该程序不打算用作用户界面例程。
在没有选项的情况下,sendmail 读取其标准输入直到文件末尾或仅包含一个点的行,并将在那里找到的消息的副本发送到列出的所有地址。它根据地址的语法和内容确定要使用的网络。
如果地址前面有反斜杠“\”,则未指定地址是否受本地别名扩展的约束。
消息格式应符合 RFC 2822:Internet 消息格式中的定义。
选项
-bm
从标准输入读取邮件并将其发送到收件人地址。这是默认的操作模式。... (ETC) ...
这就是我要找的吗?换句话说,调用了一个名为“sendmail”的程序,stdin 将是符合 RFC2882 的邮件内容。
注意:我知道有一个名为“nullmail”的程序,但我相信它使用我不想要的 SMTP 发送出站邮件。可能它可以适应 RFC2822 解析前端。
感谢@ivanivan 告知sendmail是事实上的接口。因此,要通过免费的 Mailgun帐户将所有通知发送到固定的电子邮件地址(并记录它),以下代码就足够了:
#!/bin/bash
Logfile=/var/log/sendmail-dummy.log
Tmpf=$(mktemp -t sendmail-dummy-XXXXXX.txt)
TmpCurlLog=$(mktemp -t sendmail-dummy-XXXXXX.txt)
trap 'rm -f ${Tmpf} ${TmpCurlLog}' 0
Date=$(date +%F-%T)
echo "[$Date] Caller: $(caller)" >>${Tmpf}
echo "[$Date] Caller: $0" >>${Tmpf}
echo "[$Date] Args: ${@}" >>${Tmpf}
echo "[$Date] Content:" >>${Tmpf}
while read line ; do
echo $line >>${Tmpf}
done
echo "" >>${Tmpf}
MailgunDomain="example.com"
# The key is assigned by Mailgun when signing up for free account
Key="key-<some hex string>"
# not sure if the from-mail-addr has to belong to example.com
FromAddr="[email protected]"
# the to-mail-addr must be registered on Mailgun by showing you own it
ToAddr="[email protected]"
curl -s --user "api:${Key}" "https://api.mailgun.net/v3/${MailgunDomain}/messages" \
-F from=" <$FromAddr>" \
-F to="${ToAddr}" \
-F subject='Notification' \
-F text="<${Tmpf}" > ${TmpCurlLog}
rc=$?
echo "----------------------------------------" >> ${Logfile}
echo "[$Date] curl result = $rc" >> ${Logfile}
cat ${Tmpf} >> ${Logfile}
echo "----------------------------------------" >> ${Logfile}
cat ${TmpCurlLog} >> ${Logfile}
echo "" >> ${Logfile}
echo "++++++++++++++++++++++++++++++++++++++++" >> ${Logfile}
可作为要点
可以看出,它不会尝试解释 sendmail args 或从正文中提取语义信息。只需将所有原始信息作为邮件正文的序言发送。
缺点是依赖于商业企业的免费、非开放软件服务,有朝一日可能会消失。但是,考虑到简单性,并没有真正的损失。
作为背景信息,我删除了postfix(sendmail 的替代品),因为它会导致重启时出现网络故障。这可能是使用systemd-nspawn
. (systemd-nspawn
顺便说一句,工作得很好)。考虑到sendmail功能对于发送系统通知的简单需求来说是多余的,我很高兴放弃sendmail功能以支持上述解决方案,并避免调试。
是的。Good old
sendmail
是早期的邮件程序之一,它提供的行为和选项已根植于各种 *nix 和 *nix 类系统(昂贵的 Unix、BSD、Linux、Hurd 等),用于内部到系统的消息(cron 输出、用户到用户、root 到用户等)和基于网络的邮件。它可以配置为侦听网络接口并充当 SMTP 服务器,或者在系统内部的情况下,它可以直接在/usr/bin/sendmail
或类似位置调用。现在我们有很多其他邮件服务器可供选择——Postfix、Exim 等——要么两个邮件系统必须共存,要么另一个邮件系统必须提供完全相同的选项/行为
sendmail
来防止破坏关于与系统内部消息有关的任何事情。所以你有几个选择 -
安装和/或配置一些邮件程序,并将其设置为充当智能主机或中继主机。这将做的是接受邮件,如果不是本地收件人,smtpd 将充当邮件客户端并连接到您的 ISP(或其他提供商)邮件服务器以发送邮件。快速谷歌显示设置 Postfix 以使用 mailgun 是有据可查的,并且就邮件服务器配置而言相当简单 - 我没有检查其他邮件选项只是因为我喜欢 postfix。注意本地收件人可以别名到其他地址,或者
~/.forward
可以使用一个文件......找到一些其他实用程序,提供
/usr/bin/sendmail
兼容且可配置为通过 HTTPS 调用发送邮件的替代品(我猜是对 RESTful 类服务的 API 调用?)如果不行,那么您还有一个选择 - 启动您最喜欢的文本编辑器并检查您的包含路径。编写您自己的
sendmail
指定行为的实现。cron
手册页应该让您对其他程序/系统(如)期望的行为和选项有一个很好的了解,并且如果需要,您可以随时检查源代码。