Thank you Christian for clarifying this.
It seems that the obsoleted parameters survived somehow several
migrations since ancient times
Regards
Dietrich
Am 03.03.2016 um 12:01 schrieb Christian Kivalo:
On 2016-03-03 11:31, Dietrich Streifert wrote:
And here is the solution:
I had to
And here is the solution:
I had to explicitely tell the smtp proxy to NOT use tls by specifying
-o smtpd_use_tls=no
-o smtp_use_tls=no
-o smtpd_tls_security_level=none
-o smtp_tls_security_level=none
where it seems that simply setting smtpd_use_tls and smtp_use_t
Hi Viktor,
thank you for the script I will run it asap on the server.
Meanwhile I think the problem is the following:
I'm running a smtp_proxy_filter on localhost:10024 as described in
http://postfix.cs.utah.edu/SMTPD_PROXY_README.html
smtp inet n - n - -
ia 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 wa
Hi Mauricio,
no, there is nothing in the log file. Here is the output for one sending
attempt:
mail() on [/data/development/phpmail/mail.php:9]: To:
dietrich.streif...@googlemail.com -- Headers: From: nore...@.de
Reply-To: s...@.de X-Mailer: PHP/5.4.16
Mar 2 18:27:55 node1 postfi
Hi all,
I'm running centos 7.2 with postfix 2.10.1, installed from the standard
centos 7 repo which corresponds to rhel 7.
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 nearl
Hi all,
I think I've found the cause of the problem, which is the exchange
server receiving the forwarded message.
gmail dkim signatures include signing of the Content-Type field, which
is somehow altered by the receiving exchange server this way:
-Content-Type: text/plain; charset=utf-8; f
