smtp перестал работать после обновления

smtp перестал работать после обновления, UniFi Network

browolf01

Guest

27.11.2019 14:33:00

Обновил коммутаторы до версии 4.0.69.10871 и облачный ключ до 5.11.50.0 и 5.12.35, и теперь уведомления по электронной почте не работают. Настройки не изменялись. При тесте получаю такую ошибку: «Произошла ошибка при отправке тестового письма на ...@.... Не удалось отправить письмо по неизвестным причинам». SMTP-сервер — внутренний открытый реле, поэтому настройки минимальные. Реле работает для других систем. Лог SMTP показывает:

2019-11-27 14:17:41 10.77.32.14 UniFi-CloudKey SMTPSVC1 SMTPSERVER01 10.77.32.X 0 EHLO - +UniFi-CloudKey 250 0 205 19 0 SMTP - - - -
2019-11-27 14:17:41 10.77.32.14 UniFi-CloudKey SMTPSVC1 SMTPSERVER01 10.77.32.X 0 QUIT - UniFi-CloudKey 240 16 205 19 16 SMTP - - - -
2019-11-27 14:17:49 10.77.32.14 - SMTPSVC1 SMTPSERVER01 10.77.32.X 0 QUIT - - 240 32 338 19 32 SMTP - - - -
2019-11-27 14:27:43 10.77.32.14 - SMTPSVC1 SMTPSERVER01 10.77.32.X 0 QUIT - - 240 31 471 19 31 SMTP - - - -

Короче, обновились — и почтовые уведомления перестали отправляться, хотя всё вроде настроено как раньше, и SMTP-сервер живёт своей жизнью и работает с другими системами. Похоже, где-то в ПО что-то поломалось.

LuleNZ

Guest

26.02.2020 01:10:00

@purplecomputing, спасибо за ваш пост, очень полезно. У нас была точно такая же проблема после обновления до версии 5.12.35 (мы используем другого провайдера, но тоже использовали SMARTTLS на порту 587). Благодаря вашему посту (и тому, что наш провайдер всё ещё поддерживает SMTPS на порту 465) наши email-уведомления снова работают.

netcomtech_help Guest	#3 24.02.2020 14:58:00 У нас версия 5.12.35 на контроллере Ubuntu, и всё вдруг перестало работать. Есть идеи, что делать?

purplecomputing

Guest

03.02.2020 10:41:00

Мы обновились до версии 5.12.35 и обнаружили, что SMTP перестал работать для email-уведомлений. Мы используем Mandrill (транзакционный почтовый сервис MailChimp) для отправки наших уведомлений по электронной почте. По умолчанию используем порт 587 с SSL, и обычно это отлично работает на самых разных устройствах, таких как принтеры и прочее. Но после обновления до 5.12.35 всё вдруг перестало работать. Просто из любопытства я поменял порт SMTP в настройках контроллера на 465, и проблема сразу же исчезла. Отправка почты снова заработала. Однако стоит переключиться обратно на порт 587 — проблема возвращается. К счастью, Mandrill принимает наши SMTP-соединения на порту 465, так что для нас это вполне приемлемое временное решение. Почему именно порт 587 стал проблемой — непонятно, возможно, это связано с недавно добавленной функцией Cloud Email. Это также объясняет, почему некоторые пользователи могут пользоваться другими сервисами, которые предпочитают SSL SMTP-соединения на порту 465 вместо 587. Кстати, мы обновились, потому что флажки в уведомлениях постоянно сбрасывались после изменения, но на самом деле настройки сохраняются. Просто нужно полностью обновить страницу браузера, а не переключаться между панелями настроек в контроллере. Похоже, контроллер кеширует состояние этих флажков и показывает их из кеша ошибочно, даже после того, как пользователь их изменил.

mackncheesiest Guest	#5 16.12.2019 20:56:00 Если честно, я всё ещё получил обычное уведомление на почту в 5.12.35, так что, похоже, сломан только тестер в моём случае.

mackncheesiest

Guest

13.12.2019 22:10:00

Неудача при повторной проверке через облачный доступ. Пытался отключить галочку SMTP-сервера, применить настройки, включить галочку SMTP-сервера снова, отправить тестовое письмо — и всё равно не получилось. Логи контроллера при ошибках остаются такими же.

UI-Team Guest	#7 13.12.2019 21:56:00 @mackncheesiest Перетест через Cloud Access? У меня не получается его сломать через Cloud Access после отключения SMTP-сервера и включения/отключения Cloud Email.

mackncheesiest Guest	#8 13.12.2019 21:49:00 Похоже, что это сработало, когда я был залогинен прямо на контроллере.

mackncheesiest Guest	#9 13.12.2019 21:47:00 Да, это через облачный/удалённый доступ. Я попробую войти локально и проверить ещё раз.

mackncheesiest

Guest

#10

13.12.2019 21:46:00

Повысил уровень логирования до debug для device/mgmt/system и попробовал снова. Похоже, выводит 4 лога:

[2019-12-13T14:42:37,911] <webrtc-27> INFO event - не удалось отправить письмо: IOException при отправке сообщения
[2019-12-13T14:42:37,912] <webrtc-27> WARN event - не удалось отправить письмо: api.err.SmtpSendFailed
[2019-12-13T14:42:37,913] <webrtc-27> INFO api - [api] api.err.SmtpUnknownFailed: /api/s/default/cmd/cfgmgr
[2019-12-13T14:42:37,915] <webrtc-27> DEBUG api - /api/s/default/cmd/cfgmgr завершено (1174 обработки, 1 рендеринг)

UI-Team Guest	#11 13.12.2019 21:44:00 @mаckncheesiest Ты пытаешься отправить это, будучи подключённым через облачный доступ или удалённый доступ? Можешь ли ты зайти на контроллер локально и проверить ещё раз?

mackncheesiest Guest	#12 13.12.2019 21:40:00 Есть одно событие логирования за [2019-12-13T14:38:15,618] <webrtc-27> WARN event - не удалось отправить письмо: api.err.SmtpSendFailed

Читают тему (гостей: 1)