после обновления postfix 3.5.6 виртуальные псевдонимы, сопоставленные нескольким получателям, обрабатываются как отдельные имена, содержащие запятую

Question

Он столкнулся с этим только тогда, когда использовал форму "@otherdomain", поэтому онможно было бы обойти:

путем перехода от устаревшей table/select_field/..формы к указанию queryв вашем mysql-*.cfфайле и имитации в SQL того, что postfix больше не делает, или
путем постоянного изменения вашей таблицы, чтобы расширить эти псевдонимы до полной user@domainформы.

Оба решения предполагают запрос, содержащий что-то вроде того, CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination ENDчтобы позволить SQL просто объединить исходный почтовый ящик, если поиск начинается с @. Тщательно продумайте, что следует сделать с расширениями типа user+extensions@onedomain, если вы их используете!

При поиске возможных причин изменившегося поведения я наткнулся на некоторые переделки кавычек/раскавычек rfc822, которыеможетбыть актуальным, CHANGELOG упоминает:

правильно распространять расширение адреса

с "aa bb+доб"@example.com на "cc dd+доб"@other.example

Хотя можно было бы с таким же успехом утверждать, что весьфункция, которая работает только при выполнении для первой записи в списке адресовthing — это ошибка в первую очередь. Такой шаг постобработки должен применяться ко всем элементам набора результатов без какой-либо возможной двусмысленности между почтовым ящиком/расширением/разделителем.

Мне удалось воспроизвести эту путаницу с типами списков и почтовых ящиков в 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