postfix flush da como resultado 'conectarse al transporte privado/[127.0.0.1]: No existe tal archivo o directorio"

Question

Estoy ejecutando postfix en OpenSuSE LEAP 15.2 y recientemente actualicé el sistema operativo y el software. Postfix ahora tiene la versión 3.4.7 en 'modo de compatibilidad'.

Aparentemente puedo enviar correo desde y hacia cualquier persona con éxito, pero tengo tres mensajes en la cola que no desaparecen (probablemente llegaron allí como resultado de un error transitorio). Cuando ejecuto postfix flushme sale lo siguiente en el syslog:

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

y permanece en la cola con un estado de mail transport unavailable. Habilité mensajes más detallados en qmgr y obtuve:

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

Me interesaría saber qué más puedo hacer para depurar esto, o simplemente entender qué está intentando hacer realmente Postfix.

¡Cualquier ayuda apreciada!

Edición #1:

Si te ayuda, las ÚNICAS apariciones no comentadas de 127.0.0.1 en la configuración son:

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

(y postconf -nmuestra lo mismo).

Edición #2:

Empiezo a pensar que puede ser algo intrínseco a los mensajes que están en cola. Dejé deliberadamente la interfaz externa, envié otro mensaje para que se retrasara, luego abrí la interfaz y vacié la cola. Fue enviado, pero quedan los tres originales.

Quizás... ¿los mensajes retienen información de enrutamiento y eso refleja una antigua mala configuración?

Edición #4:

Parece que fue un problema relacionado con un mensaje o una cola. Detuve postfix ( postfix stop), luego hice una "verificación de estructura" ( postsuper -s) y reinicié postfix. Cuando posteriormente vacié la cola, se enviaron todos los mensajes.

Rareza. Me encantaría saber qué sucedió realmente... ¡quizás la próxima vez!