在 Postfix 3.5.6 升级后，虚拟别名映射到多个收件人将被视为包含逗号的单个名称

Question

只有在使用“@otherdomain”形式时才会遇到这种情况，因此可以解决：

通过从弃用的形式迁移到文件中table/select_field/..指定并在 SQL 中模仿 postfix 不再执行的操作，或者querymysql-*.cf
通过永久改变你的表来将这些别名扩展为完整user@domain形式。

这两种解决方法都涉及一个查询，其中包含类似的内容，CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination END如果查找以 @ 开头，则让 SQL 连接源邮箱。 user+extensions@onedomain如果您正在使用诸如地址扩展之类的扩展，请仔细考虑应该如何处理！

在寻找导致行为改变的可能原因时，我遇到了一些 rfc822 quote/unquote 重做，可能与 CHANGELOG 相关的是：

正确传播地址扩展

从“aa bb+ext”@example.com 到“cc dd+ext”@other.example

尽管人们也可以争辩说，整个仅在地址列表中的第一个条目上执行时才有效的功能首先，这肯定是一个错误。这种后处理步骤应该应用于结果集的所有元素，并且邮箱/扩展名/分隔符之间不应存在任何可能的歧义。

我能够在 Postfix 3.4.13（由 Ubuntu 分发）中复制列表/邮箱类型混淆，使用和query，table/select_field/..带或不带代理映射，并具有多行结果或单个逗号分隔结果。您可能能够将以下几乎可行的步骤放入可运行的复制器中以向上游报告。显然仅在测试箱上运行这些步骤。

exit 1  # DATA LOSS! ONLY RUN ON VIRTUAL MACHINE FOR TESTING!
postconf virtual_transport=error
postconf virtual_alias_maps=proxy:sqlite:/etc/postfix/repro.cf
postconf virtual_alias_domains=e.invalid
postconf debug_peer_list=[::1]
sqlite3 /etc/postfix/repro.sqlite3 <<'EOF'
CREATE TABLE repro(s text, d text);
INSERT INTO repro(s,d) VALUES ("[email protected]", "@e.invalid,[email protected]");
INSERT INTO repro(s,d) VALUES ("[email protected]", "[email protected],[email protected]");
EOF
cat >/etc/postfix/repro.cf <<'EOF'
dbpath=/etc/postfix/repro.sqlite3
query=SELECT d FROM repro WHERE s='%s'
EOF
# send test mail (smtp not setuid, because smtp produces nicer logs)
printf %b 'import smtplib;\nsmtplib.SMTP("::1").sendmail("","[email protected]", "")' | python3
printf %b 'import smtplib;\nsmtplib.SMTP("::1").sendmail("","[email protected]", "")' | python3
# check logs

Answer 1