postfix フラッシュの結果は「connect to transport private/[127.0.0.1]: No such file or directory」です。

Question

私は OpenSuSE LEAP 15.2 で postfix を実行しており、最近 OS とソフトウェアをアップグレードしました。Postfix は現在、「互換モード」のバージョン 3.4.7 です。

一見、誰とでもメールを送受信できるように見えますが、キューに 3 つのメッセージが残っており、それらは消えません (おそらく一時的なエラーが原因です)。実行すると、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 を再起動しました。その後キューをフラッシュすると、すべてのメッセージが送信されました。

奇妙ですね。実際に何が悪かったのか知りたいです...次回にでも！