Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email firstname.lastname@example.org
From: POSTFIX MAIL (mail.postfixadmin.gmessaging.net)
Date: Thu Dec 05 2013 - 07:48:35 CST
"yes" was clear for sure but what follows was not so much for me, I mean what I say.
A last question: can a "a" delay be the result of I/O writing issues on the incoming queue ?
I suppose "yes" reading the manual (a = time from message arrival to last active queue(http://www.postfix.org/QSHAPE_README.html#active_queue) entry) but i am confused with your answer.
(This message took ~16 minutes to go from "RCPT TO:" to ".", there was no delay moving it from incoming to active).
I expected something like that: "This message took ~16 minutes to go from "RCPT TO:" to "complete incoming queue writing".
Le 04/12/13, Viktor Dukhovni <postfix-usersdukhovni.org> a écrit :
> On Wed, Dec 04, 2013 at 05:24:46PM +0100, POSTFIX MAIL wrote:
> > Thank you for your answer.
> Please read it carefully, I mean what I say.
> > > What does "stay busy" mean? Show the log entries for pids 22983
> > > and 9868 immediately before and immediately after the ones above.
> > I mean both daemons were dealing/ending with this message
> > (D6D66864044) before making any other action (see logs below)
> > postfix/smtpd: connect from email.com[126.96.36.199]
> > Oct 29 13:47:39 pf2
> > postfix/smtpd: D6D66864044: client=email.com[188.8.131.52]
> > Oct 29 14:03:23 pf2
> > postfix/smtpd: disconnect from email.com[184.108.40.206]
> > Oct 29 13:47:41 pf2 postfix/cleanup: D6D66864044:
> > message-id=<01e.com>
> > Oct 29 14:03:29 pf2 postfix/cleanup: D212586403C:
> > message-id=<6-0stf.mer.com>
> This message took ~16 minutes to go from "RCPT TO:" to ".", there
> was no delay moving it from incoming to active.
> > > > Question: does the smtpd daemon transmit the email to the cleanup
> > > > daemon before receiving all the email data ?
> > >
> > > Yes, the message content streams from the remote SMTP client
> > > via the smtpd(8) to cleanup(8) and into the queue file.
> How is the above "yes" unclear?
> > Wich logs are correct: a/ or b/ ?
> > b/ smtpd receives the message and sends it on the fly to cleanup
> Clearly b. The "a" component of delay logging includes the SMTP
> transaction latency.