262334Re: smtpd processes congregating at the pub
- Jan 31, 2010Noel Jones put forth on 1/29/2010 8:44 AM:
> On 1/29/2010 1:37 AM, Stan Hoeppner wrote:Maybe I could have worded that more clearly Noel. Those snippets are from
>>> Local shows very speedy delivery. Is this "long" smtpd process
>>> lifespan normal
>>> for 2.5.5 or did I do something screwy/wrong in my config?
>>> relay=local, delay=2.2, delays=2.2/0/0/0.01, dsn=2.0.0, status=sent
>>> relay=local, delay=0.32, delays=0.29/0.02/0/0, dsn=2.0.0, status=sent
>>> relay=local, delay=0.77, delays=0.75/0.03/0/0, dsn=2.0.0, status=sent
>>> relay=local, delay=0.26, delays=0.25/0/0/0.01, dsn=2.0.0, status=sent
>>> relay=local, delay=0.64, delays=0.62/0.03/0/0, dsn=2.0.0, status=sent
>>> relay=local, delay=0.26, delays=0.25/0/0/0, dsn=2.0.0, status=sent
> Nitpick: you talk about smtpd, then show log snips from smtp. But no
> matter, they both honor max_idle and will behave in a similar manner.
postfix/local not smtp. smtp doesn't normally relay to local, afaik. ;) I
included these snippets in an attempt to show that inbound delivery is very
fast. Not understanding the smtpd process behavior at the time, wrt max_idle, I
assume that fast delivery would equal smtpd exiting quickly. smtpd doesn't log
delays afaict, so I included the local information instead.
My apologies for the confusion.
- << Previous post in topic