El archivo Postfix master.cf contiene una definición para activar el servicio qmgr:
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (no) (never) (100)
# ==========================================================================
...
qmgr unix n - n 300 1 qmgr
...
De qmgrpágina de manual, "espera la llegada del correo entrante y organiza su entrega mediante procesos de entrega de Postfix". eso es cierto, veo como los correos van avanzando por las colas entrantes y activas apenas llegan.
Pero ¿por qué es necesaria una hora para despertarse? El proceso qmgr está funcionando todo el tiempo, haciendo su trabajo. Cuando es el horario de despertar, espero ver el trabajo solo después de su llamada, cada 300 segundos, pero no tiene mucho sentido, porque en ese caso, solo los correos se mueven cada ese tiempo.
Respuesta1
Después de habilitar el detallado "qmgr -v" para que el registro imprima más información, el proceso parece activarse a la hora programada definida en 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
Y cuando llega un correo nuevo, qmgr gira e inserta el archivo de mensaje nombrado en la cola activa.
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
Entonces puedo confirmar la idea propuesta en ellista de correo postfix
No creo que qmgr se ejecute en absoluto, excepto cuando entra una conexión en el puerto 25. No he mirado el código fuente de postfix, pero parece que postfix es lo suficientemente inteligente como para verificar qmgr cuando llega una conexión. , ve que no se está ejecutando y lo genera. Del mismo modo, cada 5 minutos intenta activar qmgr, ve que no se está ejecutando y lo genera.
El qmgr no necesita esperar hasta la hora de despertarse, cuando llega un nuevo correo, el servicio de limpieza lo llama y también cuando el proceso maestro se ha configurado.