O arquivo Postfix master.cf contém uma definição para ativar o serviço qmgr:
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (no) (never) (100)
# ==========================================================================
...
qmgr unix n - n 300 1 qmgr
...
Do qmgrpágina de manual, "aguarda a chegada da correspondência recebida e organiza sua entrega por meio de processos de entrega Postfix." isso é verdade, vejo como os e-mails se movem pelas filas de entrada e ativas assim que chegam.
Mas por que é necessário um horário para acordar? o processo qmgr está funcionando o tempo todo, fazendo seu trabalho. No horário de despertar, espero ver trabalho somente após a ligação, a cada 300s, mas não faz muito sentido, pois nesse caso, apenas os e-mails estão sendo movimentados a cada esse horário.
Responder1
Depois de ativar o "qmgr -v" detalhado, o log imprime mais insights, o processo parece acordar no horário definido em master.cf:
2024-01-22T11:53:09.068813+01:00 mx postfix/qmgr[3633521]: trigger_server_accept_local: trigger arrived
2024-01-22T11:53:09.068835+01:00 mx postfix/qmgr[3633521]: master_notify: status 0
2024-01-22T11:53:09.068841+01:00 mx postfix/qmgr[3633521]: request: 87 (W)
2024-01-22T11:53:09.068848+01:00 mx postfix/qmgr[3633521]: request: 0 (?)
2024-01-22T11:53:09.068854+01:00 mx postfix/qmgr[3633521]: request ignored
2024-01-22T11:53:09.068861+01:00 mx postfix/qmgr[3633521]: qmgr_scan_start: start incoming queue scan
2024-01-22T11:53:09.068867+01:00 mx postfix/qmgr[3633521]: master_notify: status 1
2024-01-22T11:53:09.068874+01:00 mx postfix/qmgr[3633521]: done incoming queue scan
E quando um novo e-mail chega, o qmgr é ativado e insere o arquivo de mensagem nomeado na fila ativa.
2024-01-22T11:59:44.274607+01:00 mx postfix/qmgr[3633521]: trigger_server_accept_local: trigger arrived
2024-01-22T11:59:44.274630+01:00 mx postfix/qmgr[3633521]: master_notify: status 0
2024-01-22T11:59:44.274640+01:00 mx postfix/qmgr[3633521]: request: 87 (W)
2024-01-22T11:59:44.274649+01:00 mx postfix/qmgr[3633521]: request: 0 (?)
2024-01-22T11:59:44.274658+01:00 mx postfix/qmgr[3633521]: request ignored
2024-01-22T11:59:44.274667+01:00 mx postfix/qmgr[3633521]: qmgr_scan_start: start incoming queue scan
2024-01-22T11:59:44.274676+01:00 mx postfix/qmgr[3633521]: master_notify: status 1
2024-01-22T11:59:44.274685+01:00 mx postfix/qmgr[3633521]: qmgr_active_feed: queue incoming
2024-01-22T11:59:44.274695+01:00 mx postfix/qmgr[3633521]: qmgr_active_feed: incoming/419B440602
2024-01-22T11:59:44.274704+01:00 mx postfix/qmgr[3633521]: qmgr_message_alloc: active 419B440602
Então posso confirmar a ideia proposta nolista de e-mail postfix
Não acredito que o qmgr seja executado, exceto quando uma conexão chega na porta 25. Não olhei o código-fonte do postfix, mas parece que o postfix é inteligente o suficiente para verificar o qmgr quando uma conexão chega , vê que não está em execução e o gera. Da mesma forma, a cada 5 minutos ele tenta ativar o qmgr, vendo que não está rodando, e gerando-o.
O qmgr não precisa esperar até a hora de acordar, quando um novo e-mail chegar, o serviço de limpeza o chamar e também quando o processo mestre estiver configurado.