Michael Tokarev via Postfix-users:
> 14.12.2024 15:52, Wietse Venema via Postfix-users ?:
> > Michael Tokarev via Postfix-users:
> >> 09.12.2024 22:25, Wietse Venema via Postfix-users wrote:
> >>> Steffen Nurpmeso via Postfix-users:
> postfix_status() {
> # As postfix does not
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 mov
14.12.2024 15:52, Wietse Venema via Postfix-users пишет:
Michael Tokarev via Postfix-users:
09.12.2024 22:25, Wietse Venema via Postfix-users wrote:
Steffen Nurpmeso via Postfix-users:
postfix_status() {
# As postfix does not use stdout but console, no
#postfix__init
#
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.
If a queue rescan do
Wietse Venema via Postfix-users:
> Laura Steynes via Postfix-users:
> > Hi,
> > I've noticed since implementing milter-regex that if there is an inbound
> > message addressed to two addresses, that if one is caught by a milter-regex
> > reject rule (stopping a html message to a system address which
Laura Steynes via Postfix-users:
> Hi,
> I've noticed since implementing milter-regex that if there is an inbound
> message addressed to two addresses, that if one is caught by a milter-regex
> reject rule (stopping a html message to a system address which does some
> automation), but the other rec
Michael Tokarev via Postfix-users:
> 09.12.2024 22:25, Wietse Venema via Postfix-users wrote:
> > Steffen Nurpmeso via Postfix-users:
> >>postfix_status() {
> >># As postfix does not use stdout but console, no
> >>#postfix__init
> >>#${prog} status 2>&1
> >
> > I th
On Sat, Dec 14, 2024 at 11:16:47AM +0300, Michael Tokarev via Postfix-users
wrote:
> What's the reason for the pickup daemon to be waked up every 60s?
> Either on a modern system, or at all?
Because "wakeup" signals from postdrop(1) are not reliable. Absent
frequent message arrival, with postdr
Hi!
What's the reason for the pickup daemon to be waked up every 60s?
Either on a modern system, or at all?
Why it needs to be awaken in the first place, - does it miss mail
when the system is up and running?
It looks like this wake-up time can be increased way past max_idle
these days, say, to
