Ah OK! This log entries may be helpfull:
135125:Mar 2 18:32:55 node1 postfix/smtp[9047]: 5B0A235E18A: Cannot
start TLS: handshake failure
135131:Mar 2 18:32:55 node1 postfix/cleanup[22956]: 7D9B335E185:
message-id=<20160302172755.5b0a235e...@xxxx.yyyy.de>
135133:Mar 2 18:32:55 node1 postfix/smtp[9047]: 5B0A235E18A:
to=<dietrich.streif...@googlemail.com>,
relay=localhost[127.0.0.1]:10024, delay=300, delays=0.06/0.01/300/0.08,
dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 7D9B335E185)
135135:Mar 2 18:32:55 node1 postfix/qmgr[8697]: 5B0A235E18A: removed
Is this all due to some stage trying to talk to smtp via TLS but fails?
Am 02.03.2016 um 20:14 schrieb Viktor Dukhovni:
On Wed, Mar 02, 2016 at 06:09:54PM +0100, Dietrich Streifert wrote:
I'm using php mail to send mails which uses /usr/sbin/sendmail -t -i to
send the mail.
On my previous server centos 6 using postfix 2.6.6 the mail was delivered
nearly instant to the recipient, whereas on centos 7 with postfix 2.10.1 the
mail gets enqueued for ca. 5 minutes and is then successfully delivered to
the recipient.
At what stage is the delay? Post at least one log entry that shows
delivery completion with the "delay=nnn, delays=a/b/c/d" information.
Also post the output of:
$ ls -ld /var/spool/postfix/public
$ ls -ld /var/spool/postfix/public/pickup
$ ls -lL $(postconf -h command_directory)/postdrop