2016-05-17 5 views
1

Ich bin auf diesem einen stecken. Ich arbeite an einem Projekt zur automatischen Bereitstellung und Konfiguration von Matic-Instanzen in AWS Elastic Beanstalk mithilfe von Docker-Containern. Alles scheint in Ordnung zu sein, aber wenn ich in den E-Mail-Einstellungen der Matic-Konfiguration auf "Verbindung testen" klicke, bekomme ich immer "Verbindung mit TLS-Verschlüsselung nicht möglich".Matic kann keine Verbindung mit TLS herstellen. SMTP

Wenn ich keine Verschlüsselung verwende, kann ich mich gut verbinden und E-Mails senden. Es ist also kein blockiertes Port-Problem oder schlechte Anmeldeinformationen.

Ich habe sichergestellt, dass OpenSSL installiert ist und in PHP läuft.

Matic verwendet Swiftmailer, um E-Mails zu senden, also ging ich in ihren Code und kopierte das exakte Code-Snippet, das sie zum Testen verwendeten. Ich habe das so in ein Testskript eingefügt und ausgeführt.

<?php 
require_once __DIR__ . '/vendor/autoload.php'; 
try { 
$mailer = new \Swift_SmtpTransport('...', 587, 'tls'); 
$mailer->setUsername('...'); 
$mailer->setPassword('...'); 

$mailer->start(); 
die('hello'); 
} 
catch(Exception $e){ 
echo $e->getMessage(); 
} 

Das funktioniert gut. Ich ging so weit, den Rest des Codes hinzuzufügen, der benötigt wurde, um die E-Mail zu senden, und es kam zu meinem Briefkasten gerade gut. Dieses Skript wurde innerhalb des Andockcontainers ausgeführt, der sich auf dem AWS Elastic Beanstalk-Server befindet.

Also was fehlt mir? Warum scheitert das bei Tests mit Mautic?

Das Testskript verwendet auch den gleichen Ordner vendor, den die Matic-Instanz verwendet, also weiß ich, dass es die exakt gleiche Version von SwiftMailer verwendet.

Dank

==

UPDATE 1

Downgrading zu PHP 5.5 von PHP 5.6 scheint dieses Problem gelöst zu haben, aber ich weiß nicht, wie die Idee PHP heruntergestuft eine nur zu lösen Problem. Ich habe die Idee von diesem issue

Also wenn jemand eine bessere Lösung hat, bin ich noch offen. Ich habe in der Ausgabe bemerkt, dass jemand auf eine Lösung für Version 5.6 hingewiesen hat, aber es beinhaltet die Bearbeitung von Herstellerdateien, was für mich nicht funktioniert, da ich versuche, all dies zu automatisieren.

Antwort

0

Ich hatte ein ähnliches Problem. Kürzlich wurde mit zwei Dingen gelöst: Zuerst, auf die Version 2.0.0 aktualisiert, dann habe ich herausgefunden (obwohl nicht sicher, ob wahr), dass die Cron-Jobs in einer ganz bestimmten Reihenfolge bei meinem Host (godaddy Server) sein mussten die doohicky Code am Ende, wie folgt aus:

mautic: Kampagnen: Trigger mautic: Kampagnen: Wiederaufbau mautic: iplookup: Download mautic: E-Mails: senden mautic: E-Mail: holen mautic: Segmente: update

Verwandte Themen