我有一个非常简单的 Exim 配置，它只是将所有邮件转发到一组目标地址。当立即传送到某个地址失败时，该消息将被添加到队列中（然后由重试规则处理）。我想更改它，以便如果立即交付失败，消息是：blackhole：d。（如果生成反弹也没关系，因为我只是将反弹重定向到 :blackhole:)。
这需要发生在临时故障（即 4xx）和永久性故障（即 5xx）中。
我理解这意味着如果无法立即发送邮件，则邮件将永久且无法挽回地丢失。在这种特殊情况下，这不是问题。
读到这里，听起来很可疑，就像“我怎样才能改进我的垃圾邮件 Exim 服务器”。这真的不是这个目的，如果你能找到我可以证明的方法，我很乐意这样做！
我有一些脚本可以在必要时自动发送小型电子邮件通知。我从这些邮件中收到少量自动回复消息（例如外出或休假）。是否有我可以添加到电子邮件中的标题来向（表现良好的）自动回复者表明我对任何回复都不感兴趣？
从这个问题开始。Debian，如果这很重要的话。
我知道一些内存在分叉的进程之间共享。那么如何确定一个进程/一组分叉进程使用了多少内存？
使用这个类似问题中推荐的 smem 工具，我得到如下值：
Command Swap USS PSS RSS
/usr/sbin/spamd --create-pr 0 16820 24974 41628
spamd chil 0 19388 27581 44176
spamd chil 0 32328 40038 55708
我了解交换栏，RSS 栏是通常报告的内容（例如以 ps 为单位）。通过阅读 smem 文档，听起来 USS 是专门为那个孩子使用的内存，而 PSS 是进程间共享的内存的一部分。但是，将 USS 添加到 PSS 会比 RSS 提供更高的值，我认为共享意味着更少（所以我可能解释不正确）。
我不依赖于 smem 工具。我只是想要某种方式来获得一个“内存使用”数字，该数字在某种程度上准确地反映了进程正在使用的实际内存量。
我在 Debian 上使用 SpamAssassin（默认配置禁用了 Pyzor、AWL 和 Bayes，并启用了 sa-compile），并且每个 spamd 子进程在 32 上消耗大约 100 到 150MB 的内存（大约 50MB 的实际内存）位服务器，在 64 位服务器上大约翻倍（逻辑上足够）。通常有两个子进程，但在繁忙时间可以有五个（最大）运行。
ISTM 认为 200 到 600MB 对于这项任务来说是很多内存。我想继续使用 SA 作为我的过滤结构的一部分，但是证明这么多内存的合理性变得越来越困难。
有什么方法可以减少每个子进程使用的内存量？（或者，使单个子进程如此之快，以至于我可以将最大子进程设置为 2？）。我愿意考虑任何选项，包括会或可能导致准确性降低的选项。
我已经阅读了 SA wiki 上的“内存不足问题”页面；没有任何用处。大于 5 MB 的邮件不会使用 SA 进行扫描。
特别是，当两者都没有缺少必需的功能（例如，您不需要外键）时，您如何在 MyISAM 和 InnoDB 之间进行选择。
它总是归结为尝试和测量吗？或者是否有关于读写次数和频率以及其他类似措施的良好经验法则？表的大小对典型选择有影响吗？