Hi Wietse and Matus,
Thanks for your reply. I think my question wasn't clear enough. The client (a java application) is also measuring the mail delivery time from its point of view. According to this imaginary log, what result will the client (most probably) get? Will it be 2s or something between 2s and 15s? If it's 'between', can we somehow tell it from the mail service side? 00:00 postfix/smtpd ... client=.... 00:02 postfix/qmgr ... (queue active) [...] 00:14 postfix/smtp ... status=sent 00:15 postfix/qmgr ... removed Thank you! Matus UHLAR - fantomas <uh...@fantomas.sk> ezt írta (időpont: 2022. okt. 12., Sze, 16:25): > > On 12.10.22 12:36, juan smitt wrote: > >The clients are very sensitive to the mail service's response time (we > >can't do anything with that). > > I have ancountered this issue too. > > >According to this example, is it true that the client considers the > >email delivered when we see the "(queue active)" entry in the log > >whatever happens to the mail later? > > the client considers the mail sent, when his MUA will close the "send" > window. This means client will complain if it takes time between hitting the > "send" and accepting mail by the server. > > This can be slow if you scan mail for spam/viruses while receiving e.g. via > milters, so I better scan client-submitted mail via post-queue filter. > > >Can we calculate the delay based on the time difference between the > >"client" and the "queue active" lines? > > > >10:23:16+00:00 mailserver postfix/smtpd[1569925]: 4MnTJ40Gttz7vqf: > >client=client.fqdn[client.ip] > >10:23:16+00:00 mailserver postfix/qmgr[1563391]: 4MnTJ40Gttz7vqf: > >from=<t...@testsender.fqdn>, size=5375, nrcpt=1 (queue active) > > I guess the delay is between "smtpd connect from " and the "qmgr" > > -- > Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ > Warning: I wish NOT to receive e-mail advertising to this address. > Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. > Linux is like a teepee: no Windows, no Gates and an apache inside...
