☰

Linux系统程序发送通知邮件使用的标准接口是什么？

tag-icon • tag-icon email sendmail
Linux系统程序发送通知邮件使用的标准接口是什么？

我的邮件需求很简单。我只想通过非 SMTP 挂钩发送系统通知。 （该挂钩通过 https 发送到 mailgun 帐户）。

我想象所有的Linux程序（例如cron）都会调用类似“（发送）邮件[选项]内容”的内容。或者他们直接调用 SMTP 服务？

如果他们调用“（发送）邮件[选项]内容”，那么应该很容易改编/编写 shell 脚本或程序以将该调用转换为我的钩子。

我确实找到了这个参考:

Linux 标准基本 PDA 规范 3.0RC1

概要 /usr/sbin/sendmail [选项] [地址...] 说明

为了发送电子邮件（email），应用程序应支持 sendmail 提供的接口（此处描述）。该接口应是应用程序的默认交付方法。

该程序向一个或多个收件人发送一封电子邮件，并根据需要路由该消息。该程序无意作为用户界面例程。

如果没有选项，sendmail 会读取其标准输入直至文件末尾或仅包含一个点的行，并将在那里找到的邮件副本发送到列出的所有地址。它根据地址的语法和内容确定要使用的网络。

如果地址前面有反斜杠“\”，则未指定该地址是否受本地别名扩展影响。

消息的格式应按照 RFC 2822：互联网消息格式中的定义。

选项

-bm
从标准输入读取邮件并将其传送到收件人地址。这是默认的操作模式。

... （ETC） ...

这就是我要找的吗？换句话说，调用一个名为“sendmail”的程序，stdin将是符合RFC2882的邮件内容。

注意：我知道有一个名为“nullmail”的程序，但我相信它使用 SMTP 发送出站邮件，但我不希望这样做。可能可以适配为RFC2822解析前端。

感谢@ivanivan 告知这一点发送邮件是个事实上的界面。因此，通过一个固定的电子邮件地址发送所有通知自由的 邮件枪帐户（并记录它），以下代码就足够了：

#!/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 参数或从正文中提取语义信息。只需将所有原始信息作为邮件正文的序言发送即可。

缺点是依赖于商业企业的免费、非开放软件服务，而这种服务有一天可能会消失。但是，考虑到简单性，并没有真正的损失。

作为背景信息，我删除了后缀（sendmail 的替代品）因为它在重新启动时导致网络故障。这可能是由于运行虚拟机时产生的一些不起眼的副作用而发生的systemd-nspawn。 （systemd-nspawn顺便说一句，效果很好）。考虑到发送邮件对于发送系统通知的简单需求来说，功能有点过分了，我很高兴转储发送邮件功能有利于上述解决方案，并避免调试。

答案1

是的。 Good oldsendmail是早期的邮件程序之一，它提供的行为和选项已根深蒂固地融入到各种 *nix 和 *nix-like 系统（昂贵的 Unix、BSD、Linux、Hurd 等）中，用于内部到系统的消息（cron 输出、用户到用户、root 到用户等）以及基于网络的邮件。它可以配置为侦听网络接口并充当 SMTP 服务器，或者在系统内部的情况下，可以直接在/usr/bin/sendmail或类似位置调用它。

现在我们有很多其他邮件服务器可供选择 - Postfix、Exim 等 - 要么两个邮件系统必须共存，要么另一个邮件系统必须提供完全相同的选项/行为，以sendmail防止破坏关于与内部系统消息有关的任何事情。

所以你有几个选择——

安装和/或配置一些邮件程序，并将其设置为充当智能主机或中继主机。其作用是接受邮件，如果不是本地收件人，smtpd 将充当邮件客户端并连接到您的 ISP（或其他提供商）邮件服务器以发送邮件。快速谷歌显示，设置 Postfix 使用 mailgun 是有详细记录的，并且就邮件服务器配置而言相当简单 - 我没有检查其他邮件程序选项，只是因为我喜欢 postfix。请注意，本地收件人可以使用其他地址的别名，或者~/.forward可以使用文件...

找到一些其他实用程序，它可以提供兼容的替代品/usr/bin/sendmail，并且可以配置为通过 HTTPS 调用发送邮件（我猜 API 调用是对 RESTful 之类的服务的 API 调用？）

如果这不起作用，那么您还有一个选择 - 启动您最喜欢的文本编辑器并检查您的包含路径。编写您自己的sendmail指定行为的实现。手册页应该让您很好地了解其他程序/系统（例如cron）期望存在的行为和选项，并且如果需要，您可以随时检查源代码。

相关内容