postfix flush приводит к выводу «подключение к транспорту private/[127.0.0.1]: такого файла или каталога нет»

Question

Я использую postfix на OpenSuSE LEAP 15.2 и недавно обновил ОС и программное обеспечение. Postfix теперь имеет версию 3.4.7 в «режиме совместимости».

Я могу, казалось бы, успешно отправлять почту кому угодно и от кого угодно, но у меня есть три сообщения в очереди, которые не исчезают (вероятно, они попали туда в результате временной ошибки). Когда я запускаю, postfix flushя получаю следующее в системном журнале:

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:

Я начинаю думать, что это может быть что-то внутреннее в сообщениях, которые ставятся в очередь. Я намеренно отключил внешний интерфейс, отправил другое сообщение, чтобы оно задержалось, затем открыл интерфейс и очистил очередь. Оно было отправлено, но исходные три остались.

Возможно... сообщения сохраняют информацию о маршрутизации, и это отражает старую неправильную конфигурацию?

Редактирование №4:

Похоже, проблема была связана с сообщением или очередью. Я остановил postfix ( postfix stop), затем выполнил "проверку структуры" ( postsuper -s) и перезапустил postfix. Когда я впоследствии очистил очередь, все сообщения были отправлены.

Странность. Хотелось бы узнать, что на самом деле не так... может быть, в следующий раз!