postfix 플러시 결과 '전송 전용/[127.0.0.1]에 연결: 해당 파일 또는 디렉터리가 없습니다.'

Question

저는 OpenSuSE LEAP 15.2에서 postfix를 실행하고 있으며 최근에 OS와 소프트웨어를 업그레이드했습니다. Postfix는 이제 '호환 모드' 버전 3.4.7입니다.

누구에게나 성공적으로 메일을 보낼 수 있는 것처럼 보이지만 대기열에 사라지지 않을 세 개의 메시지가 있습니다(아마도 일시적인 오류로 인해 도착했을 것입니다). 실행하면 postfix flushsyslog에 다음이 표시됩니다.

Dec 17 03:41:55 my.server.name postfix/qmgr[14088]: BFEC221FCE5: from=<[email protected]>, size=9391, nrcpt=1 (queue active)
Dec 17 03:41:55 my.server.name postfix/qmgr[14088]: warning: connect to transport private/[127.0.0.1]: No such file or directory

상태로 대기열에 남아 있습니다 mail transport unavailable. qmgr에서 더 자세한 메시징을 활성화하고 다음을 얻었습니다.

Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: trigger_server_accept_fifo: trigger arrived
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: master_notify: status 0
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: request: 70 (F)
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: request: 65 (A)
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: request: 68 (D)
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: request: 73 (I)
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_enable_all
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_scan_start: start incoming queue scan
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_enable_all
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_scan_start: start deferred queue scan
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: master_notify: status 1
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_active_feed: queue deferred
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_active_feed: deferred/B/BFEC221FCE5
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_message_alloc: active BFEC221FCE5
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: BFEC221FCE5: recipient limit 5000
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: BFEC221FCE5: from=<[email protected]>, size=9391, nrcpt=1 (queue active)
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: start sorted recipient list
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_message_sort: [email protected]
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: end sorted recipient list
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: start sorted recipient list
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_message_sort: [email protected]
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: end sorted recipient list
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_transport_select: [127.0.0.1]
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: qmgr_active_drain: allocate [127.0.0.1]
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: connect to subsystem private/[127.0.0.1]: No such file or directory
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: warning: connect to transport private/[127.0.0.1]: No such file or directory
Dec 17 03:01:22 my.server.name postfix/qmgr[13028]: done incoming queue scan

나는 이것을 디버깅하기 위해 내가 무엇을 할 수 있는지 알고 싶거나 postfix가 실제로 무엇을 하려고 하는지 이해하고 싶습니다.

도움을 주시면 감사하겠습니다!

편집 #1:

도움이 된다면 설정에서 주석 처리되지 않은 유일한 127.0.0.1 항목은 다음과 같습니다.

main.cf:inet_interfaces = my.ip.addr,localhost,127.0.0.1
main.cf:content_filter = amavis:[127.0.0.1]:10024

(그리고 postconf -n같은 것을 보여줍니다).

편집 #2:

나는 그것이 대기열에 있는 메시지에 본질적인 것일 수 있다고 생각하기 시작했습니다. 의도적으로 외부 인터페이스를 삭제하고 지연되도록 다른 메시지를 보낸 다음 인터페이스를 열고 대기열을 비웠습니다. 보냈는데 원본 3개가 남아있습니다.

아마도... 메시지에 라우팅 정보가 남아 있고 이는 이전의 잘못된 구성을 반영하는 것일까요?

편집 #4:

메시지 또는 대기열 관련 문제인 것 같습니다. 나는 postfix( postfix stop)를 중지한 다음 "구조 확인"( postsuper -s)을 수행하고 postfix를 다시 시작했습니다. 이후에 대기열을 비웠을 때 모든 메시지가 전송되었습니다.

이상함. 실제로 무엇이 잘못되었는지 알고 싶습니다. 아마도 다음 번에!