管理者の登録でポート25を使用する新しい再構築メール接続の場合、デフォルトの587ではなく、サンプル設定ファイルはそれ以外を述べています。
#DISCOURSE_SMTP_PORT: 587 # (optional, default 587)
Railsログは、デフォルト設定でポート25への接続試行を示しています。
Job exception: Timeout to open TCP connection to smtp.domain.com:25 (exceeds 5 seconds)
はい、ソースコードで裏付けられると思います：
最後のコミットは9年前なので、これがデフォルトになってからかなり経っているはずです！ 
Contribute > Bug に移動しました。コードの問題ではありませんが、設定テンプレートで間違いがある可能性が高いからです。
デフォルトを受け入れるのではなく、設定してください。discourse-setupがそれを設定します。
むしろ Contribute > UX の方が適切ではないでしょうか？
この状態は9年間続いており、これが初めて報告された問題です。さらに一人の人がこの問題について報告すれば、リストのトップに移動されることは間違いありません。ただし、希望する人はPRを提出してみることができます。
誰もが discourse-setup を実行するわけではなく、代わりに Web および data.yml ファイルを直接使用して、同じシステムで実行される複数のインスタンスを作成します。しかし、解決の優先度は高くありません。
Discourse の CPU やメモリ構成に関するパフォーマンスチューニングの議論に精通していない限り、discourse-setup を完全に回避することは避けるべきです。
ほとんど10年ぶりに問題を報告したのがあなたのようなようです。他の人は皆、デフォルトが機能することを期待するのではなく、それを設定したのだろうと想像します。discourse-setupを実行しないのは、それを処理できるからだと想定されています。
コメントを25に変更しても害はないでしょう
./discourse-setup は、サンプルファイルの値を Discourse のデフォルト値と仮定しているように見えるためです。
その通りです。設定ファイルを解析するのではなく、テンプレートを信頼しています。
discourse-setup は常に値を設定します（行をコメントアウトしたままにしません）。discourse-setup を使用するユーザーは、デフォルトの SMTP ポートが「間違っている」という問題に決して直面しません。そのため、これが初めて提起された問題のように思えます。（そして、discourse-setup が存在しなかったとしても、ポートをコメントアウトしたままにしてデフォルトが 587 になると期待した人は誰もいなかったようです。デフォルトが機能することを期待するよりも、ポートを設定する方が理にかなっています）。standalone.yml と web_only.yml で 25 に変更すると、discourse-setup を使用する人々がポート 25 を使用するよう促されるでしょう。これは、多くの人々が Enter キーを押す代わりに 587 を入力する必要があり、ポートが何であるかを知らない他の人々は、盲目的にデフォルトを受け入れてしまい、その特定に苦労する可能性があります。テキストファイルを編集して、実際に希望する値を入力するのではなく、SMTP ポートをコメントアウトしたままにする方法を知っている人よりも、セットに含まれる人が多いと思います。
この「バグ」が発生する可能性のある唯一の時間は、誰かが手動で standalone.yml を編集し、値を指定するのではなく、SMTP ポートをコメントアウトしたままにすることを選択した場合です。テンプレートが間違っているのか、実際のデフォルトが間違っているのかは不明です。
