Viktor Dukhovni:
> > last message
> > Apr 24 10:48:56 submitter postfix/pickup[29155]: 3wBKkw1tlJzGNV: uid=12345
> > from=<$sender>
> > Apr 24 10:51:43 submitter postfix/smtp[30768]: 3wBKkw1tlJzGNV:
> > to=<$recipient>, relay=$MSA:25, delay=167, delays=0.03/165/0.41/1.2,
> > dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 3wBKp60c9kzXN9)
>
> This message had a similar "c+d" of 1.6s. The total time was
> 6m20s! Which suggests that the bottleneck is a high-latency MSA.
> If the MSA has more capacity to offer and is willing to accept
> more messages in parallel, you can raise the concurrency limit to
> compensate, but it is generally more productive to see if you can
> reduce the latency first.
>
> Throughput = Concurrency / Latency
In other words, submit via SMTP instead of /usr/sbin/sendmail.
There are many open-source /usr/sbin/sendmail alternatives that
submit via SMTP. The Postfix sendmail command can't do that because
it would lose that is submitted while Postfix is down.
Wietse
