Re: Delay in qmgr

2019-06-21 Thread Wietse Venema
anzelmooo .: > Hello all, > > Thanks for the suggestions. > > We changed smtp_starttls_timeout to 10s and now the messages are in the > queue exactly 10 seconds when next hop is O365. There is no issue with > other servers. smtp_starttls_timeout (default: 300s) Time limit for Postfix SMTP c

Re: Delay in qmgr

2019-06-21 Thread anzelmooo .
Hello all, Thanks for the suggestions. We changed smtp_starttls_timeout to 10s and now the messages are in the queue exactly 10 seconds when next hop is O365. There is no issue with other servers. During the investigation we found out that the OpenSSL version had been updated from 1.0.0 to

Re: Delay in qmgr

2019-06-14 Thread Viktor Dukhovni
On Fri, Jun 14, 2019 at 03:17:44PM +0300, anzelmooo . wrote: > Jun 14 09:36:26 mx1 postfix/smtp[6409]: 488845290: to=, > relay=host.mail.protection.outlook.com[ip.ip.ip.ip]:25, delay=1.7, > delays=0.01/0/0.34/1.4, dsn=2.6.0, status=sent (250 2.6.0 > [InternalId=1234, Hostname=host.prod.outl

Re: Delay in qmgr

2019-06-14 Thread Wietse Venema
anzelmooo .: > Hello, > > We have two servers with identical configuration running Postfix 2.6.6 on > Redhat 6.x. Postfix support for version 2.6 was terminated 6 or more years ago. The code that you are running is RedHat's blend of Postfix releases. > One of the servers recently upgraded from Re

Delay in qmgr

2019-06-14 Thread anzelmooo .
Hello, We have two servers with identical configuration running Postfix 2.6.6 on Redhat 6.x. One of the servers recently upgraded from Redhat 6.4 to Redhat 6.10. No major changes are reported. Postfix configuration was unchanged. On the upgraded server there is a strange delay in the activ