Greg Sims via Postfix-users: > Thank you Viktor. > > Answers: > * smtp_connection_cache_on_demand = yes -- this was configured > > Changes: > * certs back to defaults > * smtp_tls_loglevel = 1 > > Before enabling TLS our send rate was about 4K emails per minute -- we > are now seeing 300 to 500 per minute. > > The email creation process is sending new mail via a private network. > We are in the middle of an ip address migration so -- email creation > is currently single threaded with 100 uSec delays between emails. I > can increase the concurrency/speed of the email creation process(es) > -- I fear it would only increase the size of the inbound email queue. > > Here is a set of delays from the logs: > > delays=0.01/2639/25/0.41 > delays=0.01/2639/25/0.58 > delays=0.01/2641/25/0.58 > delays=0.01/2644/25/0.69 > delays=0.01/2643/25/0.58 > delays=0.01/2640/25/0.57 > > I scanned a large section of the logs | grep status=sent. These > delays are consistent throughout the peak demand period.
I'm the person who implemented the delays=a/b/c/d breakdown. See https://www.postfix.org/postconf.5.html#delay_logging_resolution_limit In your case: a=0.01s. You have negligible delay between between Postfix reciving a message into the incoming queue, and the queue manager moving it onoto the active queue (i.e. scheduled by the queue manager for delivery). b=2640 Messages are waiting a long timr for their turn to be delivered. This is a lot of time because... c=25s. It takes a whopping 25 econds for connection setup, including DNS, EHLO, and STARTTLS. And if that is not bad enough already, your connectuions also are not reysed. Reusing a connection would reduce the 25s dramatically. d=.05s, the time to actually deliver the message. Wietse _______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
