メールの改訂:テストrakeタスクの出力

はい。

しかし、いずれにせよ機能したはずです。何も触らなければ、STARTTLS はサーバーが提供している場合にのみ使用されます。

明示的に無効にする必要があったのは、次の唯一の状況でした。

  • サーバーが STARTTLS を提供している
  • STARTTLS を使用せずに送信されたメールは機能する
  • STARTTLS を使用して送信されたメールは失敗する
「いいね!」 2

ほとんどの場合、それは真実でしょう。

私たちの場合、内部システムからの送信メールにSTARTTLSを使用しない古いメールソリューションに実際に依存しており(これは後続のチェーンで処理されます)、ドキュメントには DISCOURSE_SMTP_ENABLE_START_TLS はオプションだがデフォルトはtrueと記載されていたため、意図的にこれをfalseに設定しました。

このアドバイスを無視することはできますが、再び表示され、他の管理者は私たちのセットアップに何か問題があるのではないかと疑問に思うでしょう(問題はありません。テストメールは正常に動作します!)。このアドバイスはそれほど永続的であることを意図しているのでしょうか?

DISCOURSE_SMTP_ENABLE_START_TLS は、サーバーが提供する場合にのみ STARTTLS を使用します。メールサーバーが提供しない場合、使用されません。

(これは機会的 TLS と呼ばれます)

警告を追加した理由は、私の変更前は DISCOURSE_SMTP_ENABLE_START_TLS を false に設定しても STARTTLS が無効にならなかったからです。

この仕組みを全く知らずに、動作するまで変数をいじくり回し、たまたま DISCOURSE_SMTP_ENABLE_START_TLS=false が設定されたままになってしまった管理者がゼロではない数だけ存在すると想定しました。この警告は主にそういった人々を対象としています。

「いいね!」 1

その通りです!設定を削除した後も、送信メールが引き続き機能することを確認するためにテストしました。:+1:

「いいね!」 1