ある理由で、Discourse の設定からメールが届きません。
SMTP 設定はすでにテスト済みで、他のプラットフォームでは正常に動作しています。
Telnet でもテストしました。
「いいね！」 1
新しい Discourse インストールでのメールのトラブルシューティングについては、こちら をご覧ください。
一般的な問題として、Discourse がサーバーが受け付けないアドレスからメールを送信している場合があります。
「いいね！」 4
私も同様の状況に直面しています。インストール済みで、ウェブサイトは応答しますが、登録メールが届きません。Discourse サーバー内、アプリコンテナ内から同じ設定/認証情報でメール送信をテストしたところ、正常に動作し、テストメッセージが正しく送信・受信されました。doctor を実行すると以下が表示されます。
Sending mail to my_correct_user@my_correct_domain. . .
Testing sending to my_correct_user@my_correct_domain using correct_smtp_server_name:465, username:correct_smpt_user@correct_sender_domain with plain auth.
======================================== ERROR ========================================
UNEXPECTED ERROR
Net::ReadTimeout
====================================== SOLUTION =======================================
This is not a common error. No recommended solution exists!
[....]
ポートを 587 に変更してみましたが、ログに Net::ReadTimeout は表示されなくなりましたが、それでもメールは送信されません。次に何をすべきでしょうか？DISCOURSE_SMTP_DOMAIN の正しい内容はどのようなものでしょうか？それがまだ疑わしい唯一の点です。
同じ問題が起きています。お手数ですが、ご支援をお願いします。
読み取りタイムアウトが発生している場合は、送信側のSMTPポートがブロックされているためです。ブロックを解除するか、別のポートを使用する必要があります。
「いいね！」 1
私は個人的にそのサーバーのsubmissionポートを使用しているので、それは確かにブロックされていません。そして、587を使用するとタイムアウトエラーは表示されません。サーバーの設定変更を行う方法がないため、SMTPSのみがサポートされていると理解すべきでしょうか？
ポート 587 は明示的な TLS (STARTTLS) を使用しており、メールサーバーはこのポートでの送信を TLS を要求せずに受け入れるように構成できるため、このポートで暗号化されていない SMTP を使用できます。
（現在廃止されつつあるポート 465 は暗黙的な TLS を使用しており、選択肢はありませんでした）。
サーバーは、サブミッションポート（587）での明示的なTLSで動作するように設定されています。では、Discourseの設定で、TLSを使用した587での動作を有効にするにはどうすればよいですか？標準で動作するはずですか？
DISCOURSE_SMTP_ENABLE_START_TLS があり、デフォルトは true です。