主页 / server / 问题 / 1113809
Accepted
HippoMan
Asked: 2022-10-24 10:31:11 +0800 CST

后缀：使用 milter 时有条件地忽略某些“虚拟邮箱表中的用户未知”错误

  • 772

注意：我最初在 Unix/Linux StackExchange 上发布了这个问题，但一周后，没有任何回复。我在这里看到了更多与后缀相关的讨论，所以我投票关闭了我的问题的 StackExchange 版本，我把我的问题移到了这里。

我正在运行postfix version 2.93，Debian 8我正在尝试完成一些不寻常的事情。

多年来，我一直在使用自制的磨粉机，效果很好。它在 SMTP 对话框的每个阶段运行各种测试：ehlo、mail from、rcpt to等。

我已配置postfix为对“虚拟邮箱表中的用户未知”进行标准检查，这也可以正常工作。

然而 ...

在某些极少数情况下，我想在rcpt to阶段拦截传入的消息，然后 postfix确定“虚拟邮箱表中的用户未知”，如果这些消息来自一小群特定的选定发件人，并且发往一小群特定的未知收件人姓名，我想通过该 milter 步骤以不同于正常的方式处理它们。

在 milter 步骤中有足够的可用信息rcpt to来执行此特殊处理，但不幸的是，“虚拟邮箱表中的未知用户”postfix处理在调用 milter 步骤之前已经拒绝了发送给未知用户的消息rcpt to，因此该 milter 步骤永远不会得到执行。

postfix如果发件人姓名与某些特殊模式不匹配，是否可以配置为仅拒绝“虚拟邮箱表中的用户未知”的邮件？

如果是这样，postfix它可以继续自动拒绝发送给大多数未知用户的消息，然后它可以只将那些罕见的、特殊的消息传递给 milter，以便在该rcpt to步骤期间对其进行处理。

我知道我可以完全禁用postfix未知收件人测试，然后在我rcpt to对所有传入消息的 milter 步骤中自行管理它。但是，如果可能的话，我想避免这种情况，并以某种方式告诉postfix有条件地拒绝大多数消息给未知用户，并且只将来自特殊发件人的传入消息的一小部分传递给 milter 处理。

即使在postfix.

非常感谢您的任何想法和建议。

postfix filtering

1 个回答

  1. Best Answer

    check_sender_access列表中查找的右侧smtpd_*_restrictions反过来可以包含命名的条件限制（记录在RESTRICTION_CLASS_README 文件中）。这意味着，如果拒绝未知收件人的邮件的标准完全取决于 rfc5321.MailFrom（“信封发件人”），那么将reject_unverified_recipient语句从smtpd_*_restrictions列表本身移动到与发件人相关的查找中应该可以解决问题：

    # OLD (example, you get the idea)
smtpd_recipients_restrictions =
    reject_unauth_destination,
    reject_unknown_recipient_domain,
    reject_unverified_recipient

# NEW (just a single replacement, adapt to your OLD version)
smtpd_recipients_restrictions =
    reject_unauth_destination,
    reject_unknown_recipient_domain,
    check_sender_access pcre:/etc/postfix/maps/no-recipient-lookups.pcre

# /etc/postfix/maps/no-recipient-lookups.pcre
/.*@example.org/   DUNNO
/./                reject_unverified_recipient

    对于每个列出的发件人（或任何其他单一check_*_access条件），这会跳过“此收件人是否存在？” 检查，对于所有其他发件人，它将强制执行该检查。

    现在，整个练习只有在您以后无条件拒绝任何接受这种特殊处理的消息时才有意义，因为 postfix 对消息的作用是什么，它应该早些时候已经检查过它无法传递它们。在可能出现 SMTP 阶段拒绝的情况下，您绝不应该发出未送达报告。如果您的 milter 只需要消息标头（正如您调查滥用的用例所暗示的那样），您可以通过在smtpd_end_of_data_restrictions列表中添加无条件限制来保证这一点（如果第二次查找与地址验证竞争，则会对性能产生轻微影响过程）。

    ‡ 如果不是，您可以确定特殊情况是否适用于 a check_policy_service，这让您可以做出更复杂的决定，然后是对发件人的简单（或正则表达式）查找，例如，您可以解析 rfc5322.From （标头指示发件人）那里。no-recipient-lookups.pcre唯一的区别是，您必须编写/调整并运行返回结果的策略守护程序，而不是编写两行文件reject_unverified_recipient，类似于您的 Milter 当前返回 SMTP 状态代码的方式。

    • 0

相关问题