はい、それは問題点です。app.yml で定義されている developer_emails にデフォルト設定されるべきです。なぜなら、開発者/システム管理者は、ウェブサイトのサポート（全く技術者ではないチームの可能性もある）よりも、アップデートのプッシュにより関心があるからです。
「いいね！」 3
おそらく、new version emails の管理設定をトグルからメールアドレスのコンマ区切りリストに変更し、デフォルトでサイトを最初にセットアップした最初のサイト管理者に設定するのが良いでしょう。
とはいえ、3つの原則はありますか？ 他の誰からもこのリクエストを聞いたことがありません。公式連絡先は、フォーラムに関連する重要な問題について誰かに連絡し、アップデートを担当する人にメールを転送するはずです。
「いいね！」 3
この機能の存在に気づいていない人がいる可能性が高いです。
「いいね！」 2
見てみましょう。デフォルトでは、Discourse はバージョンアップデートをチェックします。また、デフォルトでは、新しいバージョンが利用可能な場合、contact_email アドレスにメールが送信されます。
セットアップウィザードで、contact_email フィールドに入力するように促されます。
最初のセットアップでそこまで進まず、その管理者設定を完了するために戻ってこない人もいるというのは本当だと思います。Discourse が、重要な通知や緊急事項の「概要」ページで連絡が取れるように、完了を促すように、もっとできることがあるかもしれません。
セルフホストの場合、セットアップ中に app.yml でサイトをセットアップしている人のメールアドレスが提供されるというのも事実であり、よりスムーズな体験のためには、上記で提案されているように、app.yml のメールアドレスにメールを送信するのが良いかもしれません。
あるいは、管理設定を変更して、通知するグループを指定できるようにするという別のアイデアもあります。デフォルトは管理者でしょうか？管理者が多いサイトでは、ノイズが多くなったり、互いに干渉したりするかもしれませんが、その場合は管理者向けスタートガイドにグループを変更するよう注意書きを追加できます。
「いいね！」 2
アップデート関連のメールが、contact_email ではなく開発者のメールアドレスに送信されるようになれば、役に立つと私も同意します。
(context)
主な理由は、contact_email が一般からの問い合わせやサポートのためのサポートメールとして公開されていることです。
このようなメールは、技術者ではないスタッフが運営するサポートチケットシステムにリンクするのが理にかなっていると思います。一方、Discourseインスタンスのセキュリティに関する重要な通知（セキュリティアップデートの利用可能性など）は、サーバー管理者のメールアドレスに直接送信されるべきです（理想的には、そのメールアドレスのアカウントを作成する必要がないように）。
Webhook も非常に便利で、これによりこれらの重要なアラートを Slack、Discord などに送信できるようになります。
「いいね！」 3
ここで何かを行う必要があると思います。
これは最も簡単に実現できる、最も手軽な方法かもしれません。カンマ区切りのメールアドレスリストがサポートされており、必ずしもサイトのアカウントを持つ必要はありません。
セットアップツールと管理者ガイドで、その使用方法を説明できます。
これも良いアイデアです！プラグインとして追加できるかもしれません。提案するために別のトピックを開始していただけますか？
良いアイデアです！これも別の機能リクエストのように思えます。提案するために別のトピックを開始し、アイデアをさらに詳しく説明していただけますか？
「いいね！」 2