postfix 3.5.6 にアップグレードすると、複数の受信者への仮想エイリアスマップは、カンマを含む単一の名前として扱われます。

Question

「@otherdomain」形式を使用した場合にのみこれに遭遇したので、回避できる:

廃止された形式から移行して、ファイル内でtable/select_field/..指定し、postfixが行わなくなったことをSQLで模倣する、またはquerymysql-*.cf
テーブルを永続的に変更して、それらのエイリアスを完全なuser@domain形式に拡張します。

CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination ENDどちらの回避策でも、ルックアップが @ で始まる場合に SQL がソースメールボックスを連結するようにするクエリが必要になります。user+extensions@onedomainなどのアドレス拡張子を使用している場合は、それらの拡張子に何が起こるかを慎重に検討してください。

変更された動作の理由を探していたところ、RFC822の引用符/引用符なしの改訂版に遭遇しました。5月関連性については、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