Я застрял на этом. Я работаю над проектом по автоматическому развертыванию и настройке экземпляров Mautic на AWS Elastic Beanstalk с использованием контейнеров Docker. Кажется, все в порядке, но когда я нажимаю «Проверить соединение» в настройках электронной почты конфигурации Mautic, я всегда получаю «Невозможно соединиться с шифрованием TLS».
Если я не использую какое-либо шифрование, я могу подключиться и отправлять электронные письма. Так что это не проблема заблокированного порта или неверные учетные данные.
Я убедился, что OpenSSL установлен и работает на PHP.
Mautic использует swiftmailer для отправки электронных писем, поэтому я вошел в их код и скопировал точный фрагмент кода, который они используют для тестирования. Я вставил это в тестовый скрипт и запустил.
<?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();
}
Это отлично работает. Я дошел до того, что добавил остальную часть кода, необходимого для отправки электронного письма, и он попал в мой почтовый ящик просто отлично. Этот скрипт был выполнен из контейнера докера, который находится на сервере AWS Elastic Beanstalk.
Так чего мне не хватает? Почему это не помогает мне при тестировании через mautic?
Тестовый скрипт также использует тот же vendor
папка, которую использует экземпляр Mautic, поэтому я знаю, что она использует точно такую же версию SwiftMailer.
Спасибо
==
Переход на PHP 5.5 с PHP 5.6, кажется, решил эту проблему, но мне не нравится идея понизить PHP только для решения проблемы. Я поняла из этого вопрос
Так что, если у кого-то есть лучшее решение, я все еще открыт. Я замечаю в этом вопросе, что кто-то указал решение для 5.6, но оно включает в себя редактирование файлов вендора, что не работает для меня, так как я пытаюсь автоматизировать все это.
У меня была проблема с симуляцией. Недавно было решено две вещи: во-первых, обновление до выпуска 2.0.0, затем я выяснил (хотя и не уверен, что верно), что задания cron должны были быть в очень конкретном порядке на моем хосте (godaddy server) без каких-либо код doohicky в конце, вот так:
mautic: кампания: триггер
mautic: кампания: восстановление
mautic: iplookup: скачать
mautic: электронная почта: отправить
mautic: электронная почта: выборка
mautic: сегменты: обновление
Других решений пока нет …