Seit Samstag habe ich diesen Fehler, nachdem ein Kunde bestellt hat! Bekomme keine Bestätigungs Email aber Bezahlung geht durch und Bestellung ist auch bestätigt! WARNING(2): "stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed"
Komplette Fehlermeldung: WARNING(2): "stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" WARNING(2): "stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" WARNING(2): "stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" WARNING(2): "stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed" WARNING(2): "Cannot modify header information - headers already sent by (output started at /var/www/vhosts/mr-shirty.de/httpdocs/gm/classes/ErrorHandler.php:419)"
Fehlschlagende SSLv3 Kommunikation. Mit wem fremdes wird denn da geredet? Da sagt ne andere Seite: Wenn du mir mit Verschlüsselung ankommst, die so stark ist wie der Bundesligatabellenplatz des HSV, denn mach ich nicht. Jetzt muss man rausfinden was und wer das ist, und das beseitigen. Welches PayPal Modul verwendest du? Ist das ein altes, also ein anderes als paypal3 ?
PHP 5.6 oder 7.0 überprüft SSL-Zertifikate standardmäßig, und wenn das Zertifikat nicht übereinstimmt, kann es zu dieser Fehlermeldung kommen. Hier mal den SSL Eintrag- in der configure.php checken und ob das SSL Zertifikat auch im FTP Verzeichnis übertragen wurde.
Ok.... ich hatte nämlich letzte Woche auf euer anraten hin auf php 7 umgestellt also, in der Configure.php bei mir steht: define('ENABLE_SSL', false); // SSL: true = active, false = inactive
Check mal den Mailversand aus dem Shop ob der noch funktioniert. Falsche Mailservereinstellungen im Shop oder auf dem Mailserver bringen das auch zu Fall. Wenn Mail senden nicht geht, ist dein Job die richtigen Einstellungen bei deinem Hoster in Erfahrung zu bringen. Das was MP Solution da sagt geht ganz grob in die richtige Richtung, ist hier aber nicht das exakte Problem.
Was steht den hier bei dir? PHP: define('HTTP_SERVER', 'https://deine dfomain.de'); // eg, http://localhost - should not be empty for productive serversdefine('HTTPS_SERVER', 'https://deine domain.de'); // eg, https://localhost - should not be empty for productive servers
Die Email Einstellung sind die richtigen, ich hab ja lediglich den Server von 5.6 irgendwas auf 7.0 geupdated.... Die Einstellungen im Email versand :-( Ich schmeiß mich hinter den fahrenden Zug.. :-D
Dann mal die Einstellungen bei deinem Provider Checken und diese für smtp übernehmen. Sollte dann auch funktionieren.
Das Problem hier ist grob wie folgt: Dein Shop versucht eine SMTP Verbindung aufzubauen, dabei wird deiner Einstellung nach offensichtlich versucht Transportverschlüsselung auszuhandeln, also SSL oder TLS. Dein Shop sagt also dem Mailserver: "Lass mal quatschen, ich hab Arbeit für dich. Welche Verschlüsselung kannst denn du? Ich kann A, B und C" Dann sagt der Mailserver: Moin, ich kann D, E und F". Die beiden suchen dann nach einer möglichst guten Verschlüsselung, die beide können, und kommen da irgendwie auf SSLv3. Mit SSLv3 zu verschlüsseln ist nun ungefähr so sicher wie Kinderschokolade, die man behalten will, mitten in einen Kindergarten legen, das bringt nix. Dass beide Seiten dass als Ergebnis rauskriegen, ist also schon mal Mist. Und weil SSLv3 an den meisten Gegenstellen inzwischen mehr oder minder schön blockiert ist, knallts dann wenn beide wirklich reden wollen. Die Lösung ist dann ansich nicht auf SMTP zu verzichten, sondern eher herauszufinden wie man die Verschlüsselungsoptionen wirklich einstellen muss. Was zur Verfügung steht, bestimmt die PHP Installation des Webhosters auf der einen Seite und die Mailserverkonfiguration auf der anderen Seite. Dazu: Wenn du jetzt sendmail verwendest statt smtp, sendet dein Shopserver die Mails direkt selbst ab. Wenn das vorher ein anderer SMTP Server war, kann das einen Unterschied machen. Ist das zum Beispiel ein vom Hoster gut gewarteter allgemeiner Mailserver, bestimmt zu genau diesem Zweck, kann der von Gegenstellen im Web ein höheres Vertrauen geniessen. Höhereres Vertrauen heisst: Deine ausgehenden Mails kommen öfter an und landen dann auch weniger wahrscheinlich im SPAM Ordner des Empfängers.