有什么方法可以限制邮递员邮件列表只允许来自一个特定域的订阅？
我知道如何禁止订阅特定的电子邮件地址或域，但是有没有办法禁止所有域，例如 example.com？或者可能是几个特定的域？
我们开始受到对我们的一些列表的订阅尝试的打击，我确信它们是僵尸网络1上的垃圾邮件发送者，这让列表所有者很恼火。某些列表的 subscribe_policy 配置为“需要批准”或“确认并批准”，因为这些列表仅适用于我们的本地用户，通过自动拒绝来自外部电子邮件的订阅来最大程度地减少列表所有者的烦恼会很好无论如何都不允许列表所有者订阅的地址。
我们不能简单地限制对本地网络的访问，因为我们有面向全球受众的列表，而且我们的一些“本地”用户可以在任何地方。
1一个电子邮件地址在几个小时内订阅了来自不同 IP 的几十个不相关的列表；然后第二天又一轮使用新的电子邮件地址和不同的 IP。在少数情况下，列表所有者通过电子邮件向他们发送了一个问题，询问他们为什么注册该列表，但没有收到回复。
我们目前使用 Mailman 作为邮件列表管理器。Mailman 修改邮件消息的内容。问题是我们的一些用户正在发送数字签名的消息，并且修改使签名中断。我已经在 Apple Mail、Outlook 和 Thunderbird 中看到了这种行为。
问题似乎是这样的：S/MIME 签名消息是使用Content-Type: multipart/signed;MIME 内容类型实现的。Mailman 将其包装在Content-Type: multipart/mixedMIME Content-Type 中。邮件的读者都不看外内mixed的内部signed。
我们将无法修复客户。无论如何要修改Mailman，使其没有这种行为？
我被要求在邮递员上禁用单个邮件列表。我不想毁掉这份清单——我们可能想稍后再恢复它。此外，我们希望保持列表成员可以访问档案。
我们在运行 Ubuntu 12.04 的 VM 上使用 mailman 2.1.14 和 Postfix 2.9.6。
似乎邮递员没有禁用列表的选项。在网上搜索，我发现我应该在 MTA 级别解决这个问题。
特别是对于 Postfix，我发现我应该使用 header_checks。
（作为参考，我为 sendmail 用户找到了类似的建议）。
我已经更新了/etc/postfix/main_cf：
# Disable mailing lists
header_checks = pcre:/etc/postfix/header_checks.pcre
并创建了一个 /etc/postfix/header_checks.pcre 文件，其中包含：
/^Sender: <test-ml-bounces@example.com>/ REJECT
/^Sender: <real-ml-bounces@example.com>/ REJECT
（出于某种原因，所有邮件都带有附加到发件人的“-bounces”）。
然后我向测试邮件列表发送了一封邮件，但它没有按预期到达或出现在档案中。
我在更改配置之前发送的邮件已按预期到达我的邮箱和存档中。
问题是 - 这是这样做的正确方法吗？或者这个设置以后会不会给我带来麻烦？
如果您有 Mailman 的邮件列表档案集合（此处为示例），是否有好方法使它们可以从基于 Web 的界面进行搜索？
默认情况下，邮递员似乎使用发布消息的人的“发件人”地址来欺骗其外发消息。信封 mail-from 不是欺骗性的，而是 P2 FROM。这是可以配置为代表发送还是简单地更改为其他一些静态地址？
我正在玩 mailman3，并且遇到了这个问题：mailman3、Web 界面以及 hyperkitty 已使用 mailman-bundler 安装。我已将规定的后缀配置添加到main.cf：
recipient_delimiter = +
unknown_local_recipient_reject_code = 550
owner_request_special = no
transport_maps = hash:/path/to/var/data/postfix_lmtp
local_recipient_maps = hash:/path/to/var/data/postfix_lmtp
relay_domains = hash:/path/to/var/data/postfix_domains
列出的文件是世界可读的，因此不应该存在权限问题。我可以通过 Web 界面成功创建域/列表，但是当我尝试将邮件发送到列表地址时，邮件被拒绝，并显示以下消息：
Recipient address rejected: User unknown in virtual mailbox table
这个 postfix 安装通常使用 avirtual_transport将邮件传递到 dovecot。对应的配置如下所示：
virtual_transport = lmtp:unix:private/dovecot-lmtp
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf
local_recipient_maps = $virtual_mailbox_maps
这是基于优秀的NSA 证明您的电子邮件在 2 小时内指南。
现在，这个 StackOverflow 问题声称virtual_transport和transport_maps不能很好地结合在一起，尽管我在后缀文档中找不到任何可以验证此声明的内容。作者仅通过使用就解决了他们的问题，transport_maps这对我来说似乎不是一个选择。
请注意，我还收到一条警告，称local_recipient_maps …