Después de la actualización de Postfix 3.5.6, los alias virtuales asignados a múltiples destinatarios se tratan como nombres únicos que contienen una coma.

Question

Se encontró con él cuando y sólo cuando se usaba el formulario "@otrodominio", por lo quepodría solucionarse:

migrando del table/select_field/..formulario obsoleto para especificar queryen su mysql-*.cfarchivo e imitar en SQL lo que postfix ya no hace, o
cambiando permanentemente su tabla para expandir esos alias al user@domainformulario completo.

Ambas soluciones implicarían una consulta que contenga algo como CASE WHEN destination LIKE "@%" THEN SUBSTR(source,1,INSTR(source,"@"))||destination ELSE destination ENDpermitir que SQL simplemente concatene el buzón de origen si la búsqueda comienza con @. Considere cuidadosamente lo que debería suceder con extensiones de direcciones como user+extensions@onedomain, si las está utilizando.

Al buscar posibles razones para el cambio de comportamiento, encontré algunas modificaciones de rfc822 entre comillas quepuedeser relevante, CHANGELOG menciona:

propagar correctamente una extensión de dirección

de "aa bb+ext"@example.com a "cc dd+ext"@other.example

Aunque también se podría argumentar que el conjuntocaracterística que solo funciona cuando se ejecuta en la primera entrada en una lista de direccionesLa cosa es un error en primer lugar. Este paso de posprocesamiento debe aplicarse a todos los elementos del conjunto de resultados sin ninguna posible ambigüedad entre buzón/extensión/delimitador.

Pude replicar esa confusión de tipo lista/buzón en Postfix 3.4.13 (distribuido por Ubuntu) usando y query, table/select_field/..con o sinmapa proxyy con un resultado de varias filas o un resultado único separado por comas. Es posible que pueda implementar los siguientes pasos casi funcionales en un reproductor que funcione para informar en sentido ascendente. Obviamentesolo ejecute estos pasos en una caja de prueba.

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