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로

전체라고 똑같이 주장할 수도 있지만주소 목록의 첫 번째 항목에서만 실행되는 기능문제는 애초에 버그입니다. 이러한 사후 처리 단계는 사서함/확장자/구분 기호 간의 모호함 없이 결과 집합의 모든 요소에 적용되어야 합니다.

queryPostfix 3.4.13(Ubuntu에서 배포)에서 및 를 사용 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