Thanks Wietse... it seems not a local performance issue (not virtual and very powerful) but a remote problem...
when destination takes too long to send the final OK back, watchdog timeout happens.. and then all other smtp deliveries go down... apparently due to no smtp process (as it exited due to the watchdog) after some minutes, when gmgr tries again, it works ok... My concern is why when one smtp dies (by self-exit or by kill), all deliveries been processed at that time, fail as well, when theoretically are performed by different smtp process... may it be that watchdog timeout kills all smtp at a time? Thanks! David. -------------------------------------------- On Mon, 3/28/16, Wietse Venema <wie...@porcupine.org> wrote: Subject: Re: Cascade smtp delivery failure when one smtp fails To: "Postfix users" <postfix-users@postfix.org> Date: Monday, March 28, 2016, 5:21 PM Pedro David Marco: > NOW, if one smtp process delivery takes long, long long... until > it dies for the watchdog timeout, That's 18000s, or 5 hours (setting: daemon_timeout in main.cf). If you still have not fixed the watchdog problem, you should not be asking performance-related questions. Find out what is wrong with your system, whether is is a crippled VPS or some other environment with restrictive resource policies. Wietse
