Проблема с отправкой письма активации

Поддержка Самостоятельное хостинг
1

Я установил Discourse с помощью приложения для установки в один клик на DigitalOcean с поддержкой HTTPS через LetsEncrypt. Я не получаю письмо с активацией на свой администраторский адрес электронной почты. При запуске ./discourse-doctor на шаге «Отправка электронной почты» я получаю следующую ошибку:

Net::ReadTimeout

Я размещаю Discourse на поддомене, в то время как мой основной сайт (основной домен) и почтовый сервер находятся на Hostgator. Записи SPF и DKIM активны для моего основного домена. Я настроил отправку почты в Discourse для порта 465, который поддерживается моими почтовыми серверами Hostgator.

Может ли кто-нибудь прояснить, что может идти не так?

Заранее спасибо.

Редактирование: Когда я пробую порт 587, ./discourse-doctor выдает другую ошибку, приведенную ниже:

Отправка почты не удалась.

2

Обновление: мне удалось настроить получение писем активации, используя порт 587 и добавив следующее значение в файл app.yaml:

DISCOURSE_SMTP_ENABLE_START_TLS: false

После входа в административный интерфейс я увидел следующие ошибки Sidekiq (возможно, они были и ранее):

Jobs::HandledExceptionWrapper: Wrapped OpenSSL::SSL::SSLError: имя хоста “mail.mydomain.com” не соответствует сертификату сервера

Теперь я понимаю, что эта ошибка исчезла, потому что я установил значение DISCOURSE_SMTP_ENABLE_START_TLS в false, но является ли это правильным решением?

3

Привет и добро пожаловать на Meta, @nparab :wave:

К сожалению, мы не можем поддерживать установку в один клик, предлагаемую DigitalOcean, так как это не одобренный официально способ настройки Discourse. Настоятельно рекомендуем следовать нашему официальному руководству по установке.

4

Это сообщение говорит само за себя и означает, что ваш почтовый сервер настроен неверно.

5

Но если я подключаюсь с помощью этой команды:

openssl s_client -starttls smtp -crlf -connect mail.mydomain.com:587

то подключение проходит успешно, и я даже могу отправлять письма. Если бы почтовый сервер был настроен неправильно, эта команда тоже не должна была бы работать, верно?

Обновление: При выполнении этой команды:

openssl s_client -servername mail.mydomain.com -starttls smtp -crlf -connect mail.mydomain.com:587

возвращается сертификат для mydomain.com вместо сертификата для mail.mydomain.com.

Не в этом ли заключается та неправильная настройка, о которой вы говорили?

На данный момент я настроил Discourse так, чтобы использовать mydomain.com (вместо mail.mydomain.com) в качестве значения DISCOURSE_SMTP_ADDRESS в файле app.yml, чтобы сертификаты совпадали. Это может вызвать какие-либо проблемы?