On 15/12/24 03:32, Wietse Venema via Postfix-users wrote:
By design, all Postfix programs can fail, and therefore must retry. If the cleanup daemon fails, the pickup daemon must retry. Likewise, if a delivery agent or bounce daemon fails, the queue manager must retry. Also, queue files may be moved around with postsuper or postqueue.
I was wondering about this as well, so thanks for the explanation, now I'm a bit more knowledgeable about how postfix works.
If a queue rescan doesn't happen, then mail can appear to be stuck in the queue. Wakeups ensure that Postfix is reliable. I could delete most of the Postfix code if it never fails, but that would make it less reliable.
I think, though, that this sounds like a fallback mechanism which should only be needed in the rare case that another postfix process fails, so if one were to set pickup with a longer wakeup time (but not turn it off altogether) it should only delay delivery on this rare case but most mail will go through right away as usual.
Suggesting that these programs are running continuously is not fair. Instead, they sleep. If the file system activity bothers you then somene could add a few stat() calls and skip directories that have no recently modified time stamp.
The stock master.cf has pickup set to a 60 second wakeup time, but max_idle defaults to 100s so unless I'm mistaken in how these settings work, pickup will run continuously since it should never have a chance to time out before being woken up again (unless these settings are changed). Please correct me if I'm wrong here.
Peter _______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
