STARTTLSまたは証明書検証の無効化がもう機能しません

[RGJ (Richard - Communiteq)]

Support にはこの件に関する投稿が多数あり、原因が判明したことで、この問題を記述した実際のバグのみを扱った Contribute > Bug のトピックを作成するのが良いと考えました。そのトピックは以下に記されています。

メールホスト名の証明書不一致によりsidekiqキューが過負荷、深刻なサイト不安定化が発生

さらに30分かけて調べたところ、原因が見つかったようです。 これはRails 7への移行に関連していると思われ、net-smtpが0.1.0から0.3.1に更新され、デフォルトが変更されました。 smtp gemがnet-smtpを呼び出す方法は、enable_starttls_autoとopenssl_verify_modeを無効にするのではなく、有効になっている場合にのみ有効にします。 関連: SMTP: allow disabling starttls_auto since it's now true by default in Ruby 3 by jeremy · Pull Request #1435 · mikel/mail · GitHub

要約すると：

2.9.0 beta 4 以降、以下の設定が正しく動作しなくなりました。
DISCOURSE_SMTP_OPENSSL_VERIFY_MODE および DISCOURSE_SMTP_ENABLE_START_TLS

これは Rails 7 への移行に関連しているようです。これにより net-smtp が 0.1.0 から 0.3.1 に更新され、これらの 2 つの接続パラメータのデフォルト値が変更されました。

smtp gem が net-smtp を呼び出す際、enable_starttls_auto と openssl_verify_mode を無効にするのではなく、有効になっている場合のみそれを有効にしています。

smtp gem に関連するレポート：SMTP: allow disabling starttls_auto since it's now true by default in Ruby 3 - Pull Request #1435#issuecomment-1044852765 - mikel/mail - GitHub

技術的には、このバグは Discourse のコード外で発生しているため、smtp gem の問題ですが、現在その gem は Discourse 向けにフォークされているため、Contribute > Bug トピックとして扱う価値があると思います。もし簡単に修正できない場合、これらのパラメータはドキュメントから削除し、少なくとも混乱を避けるために非推奨警告を表示することを検討してもよいでしょう。

[RBoy]

クロスリンクバグレポート：

Retry error in sidekiq

This is the first time I’m seeing this error after the recent upgrade to 2.9.0beta4 Jobs::UserEmail {“type”=>“user_watching_first_post”, “user_id”=>1735, “notification_id”=>33246, “notification_data_hash”=>{“topic_title”=>“Some new notes”, “original_post_id”=>11592, “original_post_type”=>1, “original_username”=>“xfactor”, “revision_number”=>nil, “display_username”=>“xfactor”}, “notification_type”=>“watching_first_post”, “post_id”=>11592, “current_site_id”=>“default”} Jobs::HandledExcepti…

[loic (Loïc Guitaut)]

このPRは、適切な動作を元に戻すはずです（まだマージされていません）：

FIX: Make disabling TLS in mail possible again

[loic (Loïc Guitaut)]

PRは本日マージされたので、tests-passed ブランチを使用することで、以前のようにTLSを無効にできるはずです