SecAst: конфигурирование предупреждений по электронной почте для Google Apps Account

Запрос помощи настроить предупреждения по электронной почте SecAst для работы с Google Apps разместил учетную запись (отправляющий здесь согласно запросу Поколением D)...

Нам установили SecAst в системе с новой установкой сервера x86_64 LTS Ubuntu 12.04.4 и Звездочки 11.10.2 использований следующей сборки:

    secast-1.0.1.0-x86_64-ub12.tar.gz

Согласно/var/log/secast файлу, интерфейсы для MySQL, iptables, Звездочка/var/log/asterisk/messages файл и AMI, кажется, функционируют хорошо. Работы интерфейса telnet как ожидалось и интерфейс сокета, кажется, создаются в/tmp/secast.sock как ожидалось. Мы можем запустить secast исполняемый двоичный файл из командной строки или на переднем плане или на режиме демона, или как услуга.

В данный момент мы фокусируемся на запуске его на переднем плане с помощью '/usr/local/secast/secast-f' и проверяя/var/log/secast файл на изменения. Между выполнениями мы изменяем параметры конфигурации в:/etc/xdg/generationd/secast.conf

К сожалению, даже после обыска через SecAst Подробный документ в формате PDF Инструкции по установке (docs/detailed_installation_guide.pdf), мы испытываем некоторую трудность при нахождении рабочей конфигурации для предупреждений по электронной почте.

Обратите внимание, что мы используем размещенную электронную почту Google через Google Apps для нашего домена.

Мы подтвердили, что POP и доступ SMTP включены и работающий как ожидалось.

Мы вручную проверили функционирование соединения SMTP с помощью openssl из командной строки согласно ответу здесь:

https://stackoverflow.com/questions/11046135/how-to-send-email-using-simple-smtp-commands-via-gmail

В этих ручных тестах SMTP с помощью openssl, мы использовали и ПЛОСКОСТЬ AUTH и ВХОД В СИСТЕМУ AUTH через порт 465 (шифрование SSL), порт 587 (шифрование TLS) и даже порт 25 (шифрование TLS). Все комбинации работали как ожидалось через openssl, тестирующий от терминала.

ОДНАКО нам не удалось найти комбинацию настроек в/etc/xdg/generationd/secast.conf файле, который заставляет secast успешно отправлять предупреждения по электронной почте (ошибки в файле журнала; посмотрите ниже).

Мы можем обеспечить нашу электронную почту конфиденциально по запросу на поиск и устранение неисправностей.

Вход в систему 'имя пользователя', используемое для аутентификации 'имя пользователя', является обязательно полным адресом электронной почты, включая знак. После удивления, входят ли в систему, имя пользователя могло бы быть проблемой, мы даже пытались выйти из него с \(обратная косая черта).

Ни одна из комбинаций, которые мы попробовали, не казалась работой, все заканчивающиеся с сообщениями как это в/var/log/secast файле:

    2014-06-23T16:35:48, 00000801, E, Alert, Failed to send email: Entering active state

Помогите нам получить предупреждения по электронной почте, работающие с нашей установкой SecAst.

1
задан 23 May 2017 в 15:41
1 ответ

Мы подтвердили ошибку, связанную с шифрованием в нашей библиотеке smtp, которая затронула только некоторые SMTP-хосты (включая google). Мы временно переключили smtp библиотеки и подтвердили, что SecAst теперь может отправлять через google, используя TLS и SSL. SecAst версия 1.0.4 теперь доступна для скачивания на сайте www.generationd.com, и должна прекрасно работать с Google.

Версия 1.0.4 содержит ошибочное сообщение для stdout при отправке электронной почты, но вы можете проигнорировать это. Также, если SecAst запускается как служба, демон закрывает stdout, так что это обычно даже не заметно. Мы также знаем о проблеме формата html тегов с этой новой библиотекой smtp - так что если вы используете html сообщения с предупреждениями, просто игнорируйте любые проблемы с форматированием. Следующий незначительный выпуск (1.1.x) также решит эти проблемы.

При обновлении с предыдущей версии SecAst обязательно проверьте файл secast.conf на наличие новых настроек, которые вы должны перенести. При обновлении с версии 1.0.x новым будет только "включенный" ключ в строке [База данных]. Так как настройка базы данных по умолчанию теперь отключена, вы можете заметить, что ваша база данных больше не обновляется без этого нового ключа. Никаких других изменений для данного обновления не требуется.

.
0
ответ дан 4 December 2019 в 08:36

Теги

Похожие вопросы