![postfix flush resulta em 'conectar ao transporte privado/[127.0.0.1]: Arquivo ou diretório inexistente"](https://rvso.com/image/761190/postfix%20flush%20resulta%20em%20'conectar%20ao%20transporte%20privado%2F%5B127.0.0.1%5D%3A%20Arquivo%20ou%20diret%C3%B3rio%20inexistente%22.png)
Estou executando o postfix no OpenSuSE LEAP 15.2 e atualizei recentemente o sistema operacional e o software. Postfix agora é a versão 3.4.7 em ‘modo de compatibilidade’.
Aparentemente, consigo enviar e-mails de e para qualquer pessoa com êxito, mas tenho três mensagens na fila que não desaparecem (provavelmente chegaram lá como resultado de um erro temporário). Quando executo, postfix flush
recebo o seguinte no 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
e permanece na fila com status mail transport unavailable
. Ativei mensagens mais detalhadas no qmgr e obtive:
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
Eu estaria interessado em saber o que mais posso fazer para depurar isso ou apenas entender o que o postfix está realmente tentando fazer.
Qualquer ajuda será apreciada!
Edição nº 1:
Se ajudar, as ÚNICAS ocorrências não comentadas de 127.0.0.1 nas configurações são:
main.cf:inet_interfaces = my.ip.addr,localhost,127.0.0.1
main.cf:content_filter = amavis:[127.0.0.1]:10024
(e postconf -n
mostra o mesmo).
Edição nº 2:
Estou começando a pensar que pode ser algo intrínseco às mensagens que estão na fila. Abandonei deliberadamente a interface externa, enviei outra mensagem para que ela fosse atrasada, depois abri a interface e limpei a fila. Foi enviado, mas os três originais permanecem.
Talvez... as mensagens retenham informações de roteamento e isso reflita uma configuração incorreta antiga?
Edição nº 4:
Parece que foi um problema relacionado à mensagem ou à fila. Parei o postfix ( postfix stop
), fiz uma "verificação de estrutura" ( postsuper -s
) e reiniciei o postfix. Quando posteriormente limpei a fila, todas as mensagens foram enviadas.
Estranheza. Adoraria saber o que realmente estava errado... talvez da próxima vez!