KeyHelp Community

Hi,

nach Umzug eines Projekts auf den Keyhelp Server, erhalte ich beim Versand aus dem Projekt
folgende Fehlermeldung in der error.log:

Got error 'PHP message: PHP Warning: stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages:\nerror:14090086:SSL routines:ssl3_get_server_certificate:certificate verify failed...

Eingestellt ist smtp, port587, tls etc. alles wie es sein muss.
Der Server nutzt Lets Encrypt als Zertifikat.

Warum wird nichts versendet? Hat jemand eine Idee?
Ich bin mit dem Projekt nur auf einen Keyhelp-Server umgezogen wo alles andere auch ohne Probleme funktioniert.
Vor dem Umzug gabs auch keine Probleme.

Die PHP-Version des alten Servers ist identisch mit der Version des neuen Servers?

Ggf. ist das dafür verantwortlich:

http://php.net/manual/de/migration56.openssl.php

Hi,
die PHP-Version auf dem alten Server war 5.6.3x mit Debian8
Auf dem neuen Server mit KH 5.6.34 Debian9
mit Mail-Serverzertifikat Lets Encrypt

Hast du den dazugehörigen Quellcode zur Hand? Wenn es ein CMS ist, reicht mir als Info welches und dessen Versionsnummer. Dann schau ich mir das morgen mal genauer an.

Alexander wrote: ↑Wed 21. Mar 2018, 23:28 Hast du den dazugehörigen Quellcode zur Hand? Wenn es ein CMS ist, reicht mir als Info welches und dessen Versionsnummer. Dann schau ich mir das morgen mal genauer an.

Was meinst du genau für ein Quellcode? Ein CMS ist es nicht.
Vielleicht hilft dir weiter, das der Versand über den PHP-Mailer läuft.

PHPMailer reicht mir schon als Info.

Ok, und vielen Dank vorab. Bin gespannt ob du eine Lösung findest.

Hatte mal auch dieses Problem.
Bei mir lag es am Zertifikat des Serverdienstes: E-Mail-Server

Unter Sicherheit -> SSL/TLS-Zertifikate -> Zertifikat für Serverdienste
musste ich extra nochmals ein LE-Zertifikat festlegen.

Vielleicht hilfts dir weiter ?

Mmicha wrote: ↑Thu 22. Mar 2018, 09:38 Hatte mal auch dieses Problem.
Bei mir lag es am Zertifikat des Serverdienstes: E-Mail-Server

Unter Sicherheit -> SSL/TLS-Zertifikate -> Zertifikat für Serverdienste
musste ich extra nochmals ein LE-Zertifikat festlegen.

Vielleicht hilfts dir weiter ?

Hi,
das kann/oder sollte aber nicht richtig sein denke ich
Aktuell steht da bei mir jetzt das Server Lets Encrypt Zertifikat wie von der Einrichtung vorgegeben.
Soll denn ein extra Zertifikat dafür angelegt werden?

Mal sehen was Alexander dazu meint....

@Mmicha, nein das ist es nicht, aber Danke für die Mithilfe .

---

Die Ursache liegt irgendwo in der PHP 5.6 Interpreter Version und in der dort separat kompilierten openssl Version. Die Interpreter-Version von 7.0 funktioniert, benutzt aber auch die oppenssl Version des Betriebssystems.

Vorerst habe ich 3 Lösungsmöglichkeiten:

Greift die Anwendung nur auf den lokalen Mailserver zu? Dann könnte man ja den PHPMailer statt SMTP die PHP mail Funktion nutzen lassen.

Andernfalls kann man mit der PHPMailer Funktion SMTPOptions() Einfluss auf den umfang der Verifizierung von Zertifikaten nehmen und diese ggf. übergangsweise deaktivieren.

Die Anwendung auf PHP7 oder höher umschalten. Ggf. würde auch PHP5.5 funktionieren.

---

Ich würde dann morgen nochmal schauen, in wie weit ich bei der Kompilierung des 5.6 Interpreters noch Einfluss nehmen kann.

@Alexander,
danke für die Info!
Komisch das es an der PHP 5.6 Interpreter Version liegt, vielleicht gibts ja noch ne Lösung der Kompilierung

Die PHP-Mail Funktion funktioniert, werde ich so lange nutzen. Sollte aber keine Endlösung sein!
Die PHPMailer Funktion SMTPOptions() kenne ich schon, ist aber ein Sicherheitsrisiko.
Auf PHP7 kann ich das Projekt nocht nicht umstellen, da es bisher nur PHP5.6 unterstützt.

Die Lösung:

Die Interpreter-Version suchte an der falschen Stelle nach den CA-Zertifikaten.
Habe nun den korrekten Pfad gesetzt und es funktionierte.

Öffne die Datei: und scrolle ganz nach unten.

Dort findet sich (4. Zeile von unten) die Zeile: Diese änderst du auf: Anschließend php-fpm neu starten:
Auf meinem System funktioniert es anschließend.

---

Diese Änderung wird dann Teil aller kommenden PHP-Interpreter sein, die eine spezielle OpenSSL Version nutzen (Ubuntu 16 + PHP 5.3 | Debian 8 + PHP 5.3 | Debian 9 + PHP 5.3, 5.4, 5.5, 5.6). Man muss also keine Angst haben, dass diese beim nächsten Update überschrieben werden.

WOW!!!
Es funktioniert...

Vielen Dank

Hi,
habe noch einen Fehler gefunden.
Wenn ich aus einer Anwendung via smtp versenden möchte, erhalte ich immer folgende Fehlermeldung in der log:

postfix/smtpd[16354]: connect from mein.host.de[xx.xx.xx.xxx]
Mar 19 09:41:09 host postfix/smtpd[16354]: lost connection after RSET from mein.host.de[xx.xx.xx.xxx]
Mar 19 09:41:09 host postfix/smtpd[16354]: disconnect from mein.host.de[xx.xx.xx.xxx] ehlo=1 auth=0/1 rset=1 commands=2/3

hase wrote: ↑Sat 24. Mar 2018, 12:28 Hi,
habe noch einen Fehler gefunden.
Wenn ich aus einer Anwendung via smtp versenden möchte, erhalte ich immer folgende Fehlermeldung in der log:

postfix/smtpd[16354]: connect from mein.host.de[xx.xx.xx.xxx]
Mar 19 09:41:09 host postfix/smtpd[16354]: lost connection after RSET from mein.host.de[xx.xx.xx.xxx]
Mar 19 09:41:09 host postfix/smtpd[16354]: disconnect from mein.host.de[xx.xx.xx.xxx] ehlo=1 auth=0/1 rset=1 commands=2/3

Hi,
muss nochmal nachfragen, ob jemand vielleicht ne Lösung hat