On Tue, Dec 03, 2013 at 10:50:45AM +0100, POSTFIX MAIL wrote:
> Oct 29 13:47:39 pf2 postfix/smtpd[22983]:
> D6D66864044: client=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:23 pf2 postfix/qmgr[16800]:
> D6D66864044: from=<h...@e.com>, size=1862193, nrcpt=1 (queue active)
> Oct 29 14:03:24 pf2 postfix/smtp[5708]:
> D6D66864044: to=<d...@o.fr>, relay=fe-data[192.168.1.1]:10025,
> delay=945, delays=944/0/0/1.2, dsn=2.0.0, status=sent
> (250 OK, sent 526FB21B_16141_2806_1 BD3C6ED81D5)
> Oct 29 14:03:25 pf2 postfix/qmgr[16800]:
> D6D66864044: removed
>
> I noticed in logs that both smtpd AND cleanup daemons stay busy
> until the qmgr managed this email (at 14:03:23)
What does "stay busy" mean? Show the log entries for pids 22983
and 9868 immediately before and immediately after the ones above.
> 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.
> (which could explain that both the smtpd and cleanup daemons stay
> busy a long time in case for example the email is big and the
> network is slow )
This is a 1.8MB message, the effective bandwidth is:
$ echo "1862193 8 * 944 / p" | dc
15781
is 15.8 kbps which is rather slow...
Perhaps you have particularly inefficient body checks, and this
message had lots of short lines (messages of the same size with
fewer, but longer, lines might be processed more quickly). It is
also possible that this message had a bloated header (Postfix does
not impose a maximum header size).
--
Viktor.
