Nach dem Upgrade auf Postfix 3.5.6 werden virtuelle Alias-Zuordnungen für mehrere Empfänger als einzelne Namen behandelt, die ein Komma enthalten

Question

Es ist nur dann darauf gestoßen, wenn die Form "@otherdomain" verwendet wurde, alsokönnte umgangen werden:

indem Sie von der veralteten table/select_field/..Form zur Angabe queryin Ihrer mysql-*.cfDatei migrieren und in SQL nachahmen, was Postfix nicht mehr tut, oder
indem Sie Ihre Tabelle dauerhaft ändern, um diese Aliase auf die vollständige user@domainForm zu erweitern.

Beide Problemumgehungen würden eine Abfrage beinhalten, die etwas enthält wie „ CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination ENDSQL einfach das Quellpostfach verketten lassen, wenn die Suche mit @ beginnt.“ Überlegen Sie genau, was mit Adresserweiterungen wie geschehen soll user+extensions@onedomain, falls Sie diese verwenden!

Bei der Suche nach möglichen Gründen für das geänderte Verhalten stieß ich auf einige RFC822-Anführungszeichen-Überarbeitungen, dieMairelevant sein, CHANGELOG erwähnt:

eine Adresserweiterung korrekt propagieren

von „aa bb+ext“@example.com bis „cc dd+ext“@other.example

Man könnte zwar ebenso argumentieren, dass das GanzeFunktion, die nur funktioniert, wenn sie für den ersten Eintrag in einer Adressliste ausgeführt wirdDas ist in erster Linie ein Fehler. Ein solcher Nachbearbeitungsschritt sollte auf alle Elemente des Ergebnissatzes angewendet werden, ohne dass es zu möglichen Mehrdeutigkeiten zwischen Postfach/Erweiterung/Trennzeichen kommt.

Ich konnte diese Verwirrung zwischen Listen- und Postfachtypen in Postfix 3.4.13 (wie von Ubuntu verteilt) reproduzieren, indem ich entweder queryund verwendete table/select_field/.., mit oder ohneProxy-Karte, und entweder mit mehrzeiligem Ergebnis oder mit einem durch Kommas getrennten Ergebnis. Möglicherweise können Sie die folgenden fast funktionierenden Schritte in einen funktionierenden Reproduzierer integrieren, um sie upstream zu melden. OffensichtlichFühren Sie diese Schritte nur auf einer Testbox aus.

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

Es ist nur dann darauf gestoßen, wenn die Form "@otherdomain" verwendet wurde, alsokönnte umgangen werden:

indem Sie von der veralteten table/select_field/..Form zur Angabe queryin Ihrer mysql-*.cfDatei migrieren und in SQL nachahmen, was Postfix nicht mehr tut, oder
indem Sie Ihre Tabelle dauerhaft ändern, um diese Aliase auf die vollständige user@domainForm zu erweitern.

Beide Problemumgehungen würden eine Abfrage beinhalten, die etwas enthält wie „ CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination ENDSQL einfach das Quellpostfach verketten lassen, wenn die Suche mit @ beginnt.“ Überlegen Sie genau, was mit Adresserweiterungen wie geschehen soll user+extensions@onedomain, falls Sie diese verwenden!

Bei der Suche nach möglichen Gründen für das geänderte Verhalten stieß ich auf einige RFC822-Anführungszeichen-Überarbeitungen, dieMairelevant sein, CHANGELOG erwähnt:

eine Adresserweiterung korrekt propagieren

von „aa bb+ext“@example.com bis „cc dd+ext“@other.example

Man könnte zwar ebenso argumentieren, dass das GanzeFunktion, die nur funktioniert, wenn sie für den ersten Eintrag in einer Adressliste ausgeführt wirdDas ist in erster Linie ein Fehler. Ein solcher Nachbearbeitungsschritt sollte auf alle Elemente des Ergebnissatzes angewendet werden, ohne dass es zu möglichen Mehrdeutigkeiten zwischen Postfach/Erweiterung/Trennzeichen kommt.

Ich konnte diese Verwirrung zwischen Listen- und Postfachtypen in Postfix 3.4.13 (wie von Ubuntu verteilt) reproduzieren, indem ich entweder queryund verwendete table/select_field/.., mit oder ohneProxy-Karte, und entweder mit mehrzeiligem Ergebnis oder mit einem durch Kommas getrennten Ergebnis. Möglicherweise können Sie die folgenden fast funktionierenden Schritte in einen funktionierenden Reproduzierer integrieren, um sie upstream zu melden. OffensichtlichFühren Sie diese Schritte nur auf einer Testbox aus.

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

Nach dem Upgrade auf Postfix 3.5.6 werden virtuelle Alias-Zuordnungen für mehrere Empfänger als einzelne Namen behandelt, die ein Komma enthalten

Antwort1

verwandte Informationen