Victor Duchovni <[EMAIL PROTECTED]> wrote:
> > However, I'm puzzled - it defaults to 18000s but the watchdog timer
> > seems to kill qmgr during these incidents after about a half hour,
> > which is 1800 seconds.
>
> Wrong timer. The watchdog timeout is hard-coded to 1000s.
Ahhh. I was going on this, from he qmgr(8) man page:
daemon_timeout (18000s)
How much time a Postfix daemon process may take to
handle a request before it is terminated by a
built-in watchdog timer.
That's the only reference to a watchdog timer in the qmgr man page.
Is it incorrect, or does it mean something sensible that I misunderstood?
(Should there be something in the man page about the hard coded timer?)
> Note, the definition of "succeed" here is the opposite of a "failure",
> where "failure" is not failure to deliver, but rather failure to connect,
> active rejection at connect or HELO or an I/O timeout during the mail
> transaction. Deliveries that fail with 4XX in response to "MAIL", "RCPT",
> "DATA" or "." don't cause negative feedback...
*nod* I have observed this when we get a frequent 421 on initial
connect, and I have not observed this when we get 421's in response
to issuing any SMTP commands after the greeting.
(Though that causes a different unwanted behavior that I've also
observed in later versions of postfix, that should be a different
email thread)
-- Cos
