"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".

Thanks 
Alain

Le 04/12/13, Viktor Dukhovni  <postfix-us...@dukhovni.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[22983]: connect from email.com[1.2.3.4]
> > Oct 29 13:47:39 pf2
> > postfix/smtpd[22983]: D6D66864044: client=email.com[1.2.3.4]
> > Oct 29 14:03:23 pf2
> > postfix/smtpd[22983]: disconnect from email.com[1.2.3.4]
> > 
> > Oct 29 13:47:41 pf2 postfix/cleanup[9868]: D6D66864044:
> >     message-id=<0...@e.com>
> > Oct 29 14:03:29 pf2 postfix/cleanup[9868]: D212586403C:
> >     message-id=<6...@stf.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.
> 
> -- 
>       Viktor.
> 
>

Reply via email to