我的用例是 Fabrice A. Marie 的Logs 与 systemd文章（由 Kibin Labs 发布）复制的内容，将其归入其“丑陋”类别，以及添加到整个 ELK 堆栈中的简短建议（它说，这是“唯一的资源”）因为“丑陋”对于我的需求来说有点过分了。
Fabrice A. Marie 的分类是，“好的”应用程序可以重定向到标准输出/dev/null，而不会导致信息丢失，只向标准错误写入很少的内容，因此/var/log/messages（通过 systemd 日志），并通过 per- 发送大量日志。应用程序日志记录机制（不受 systemd 或 rsyslog 管理）到私有应用程序维护的日志文件。如果有的话，这与我想要的相反，并且按照我的标准不是“好”。
我有几个应用程序（这里为了举例而选择的其中一个是 phantomjs 后端预渲染，但这只是我的用例之一），它们在 systemd 下作为服务启动。 我的应用程序将其日志发送到标准输出和标准错误（这是console.log()node.js 中的正常默认行为）。为了使这些符合“好”条件，它们应该被重写以进行自己的私有日志记录，而不是使用 systemd（就像现在一样），这似乎是错误的。无论如何，我无法自己重新编码这些应用程序。
根据 Fabrice A. Marie 的说法以及我读过的其他内容，我似乎可以明确选择将所有标准输出/标准错误信息发送到 或/dev/null发送到/var/log/messages. 没有快乐中位数吗？我是否可以不设置 systemd （以及其他任何东西），以便将我的应用程序日志写入标准输出/错误，由 systemd 以正常方式处理，中间没有整个 ELK 堆栈，但最终会出现在另一个堆栈中地方比/var/log/messages？
我正在运行 CentOS 7 和 RHEL 7，我的示例服务的服务单元当前是这样的：
[Unit]
Description=prerender
After=network.target
[Service]
ExecStart=/usr/local/bin/node /var/www/prerender/node/server.js
Restart=always
User=prerender …我有一个 mbox 格式的任意电子邮件文件。我想定期（周末），并自动（通过 cron）从我的“警报”mbox 文件（新文件夹）中清除来自一个发件人（或具有特定主题）的消息，因为一个发件人让我们称之为“ syscheck@example.com' 每天发送数十条消息。
我想cron这个所以每天它会做我手动输入的 mutt -f alerts; D; syscheck@example.com; $; y (purge)
.procmailrc不是一个选择，因为我必须首先浏览它们。一旦我略过它们就可以了。在一周结束时，不再需要它们，并希望将它们移除。