こんにちは、
./discourse-setup bash スクリプトは、PUPS 設定ファイルに DISCOURSE_SMTP_DOMAIN を設定しません。
コンテナ内で rake admin:create を使用したところ、GUI に以下の影響が見られました。
一時期はホスト名で埋められていたと記憶していますが、ほとんどの場合、それは問題になりません。
DISCOURSE_NOTIFICATION_EMAIL の @ より後のメールドメインを抽出するために使用できる正規表現はありますか？
メールドメインがウェブドメインと異なるデプロイメントケースを理解するためです。
次のようなものです。
DISCOURSE_SMTP_DOMAIN=$(echo "$DISCOURSE_NOTIFICATION_EMAIL" | sed -E 's/^[^@]+@(.+)$/\\1/')
この変数は、SMTP 会話中にクライアントによって使用される EHLO ホスト名を設定します。
ほとんど誰もそれを必要とせず、その値が何に設定されていてもほとんど問題になりません。
（それが問題になる状況にはゼロ回遭遇しています）
「いいね！」 2
議論の余地なく、ポート2525をデフォルトにするか、ほとんどの仮想マシンがSMTPポートをブロックしており、ほとんどのSMTPサービスがポート2525での接続を許可していることを人々に提案すべきです（しかし、それは多くの言葉になりすぎます）。
Digital Oceanがポート587をブロックしているという事実は、良い慣行に基づかないひどい、情報に基づかない決定です。
同じ理由で2525もデフォルトでブロックし始めないことに驚いています。
私も同感です。彼らだけがそうしているわけではないと思いますが（しかし、それを裏付けるのが難しいです）。奇妙なのは、彼らは常にそうしてきたのに、昨年の4月頃（？）に全員にそれを強制したことです。しかし、「全員」というのは、「次に再起動した後の全員」と非常によく似た意味であり（再起動を必要とする他の何かに依存している可能性もあります）、再起動するまで数か月かかる可能性があり、その後それが起こり始めます。
彼らはSMTPサービスさえ提供していないので、2525がブロックされると、メールを送信する方法がなくなります。CDCKが最初から（少なくとも私が始めたときから）彼らを推奨していたため、DOには多くの人がいます。
「いいね！」 2
どうやってそれを知りましたか？ emails:test のrakeタスクを試しましたか？試した場合、それは役に立ちましたか？その存在を知っていましたか？
マイケルさん、ありがとうございます。今日のインストールで実際に何が起こったのか、そしてポート587が根本原因であるとどうやって突き止めたのかを説明します。
最初に ./discourse-doctor を実行したとき（50:30）、送信SMTPのポート587が失敗していることが明確に示されました。そのプロセスのどの時点でも、テストメールの成功は一度もありませんでした。そのため、51:38の時点でSMTPポートを2525に変更し、コンテナを再構築しました。アプリが再起動するとすぐに、57:46の最初のメールテストが即座に成功しました。
57:58の時点で、Mailgunアカウントがまだアクティブになっていないことに気づきました。したがって、doctorが指摘したように、SMTPの失敗は認証情報によるものではなく、DigitalOceanによってポートがブロックされていたためでした。
Brevoの方がすぐに稼働できるため、プロバイダーを変更しました。セットアップを58:40に開始し、無料プランを1:01:12に選択し、DNSレコードを1:02:29に切り替え、1:04:37にapp.ymlのSMTP設定を更新しました。1:06:08で、./discourse-setupによって変数が設定されていない場合でもGUIにDISCOURSE_SMTP_DOMAINが表示されることを指摘しました。これが、空のフィールドを見て最初に何か設定ミスがあったのかと思った理由です。
Brevoの設定を完了した後、1:42:10に./discourse-doctorを再実行し、1:42:25で、ここでもポート2525を使用して送信メールが成功したことを確認しました。
具体的な質問にお答えします。
- DigitalOceanが587をブロックしていることをどうやって発見したのですか？
./discourse-doctorが即座に587の失敗を報告し、2525に変更したところすぐに修正されました。ビデオにはこの一連の流れが明確に示されています。 rake emails:testを使用しましたか？
当時は使用していませんでした。./discourse-doctorと管理UIのテストメールに頼っていました。あなたが言及するまでemails:testの存在に気づいていませんでした。コンテナ内での診断がより明確になるため、今後必ず使用します。DISCOURSE_SMTP_DOMAINの欠落は関係ありましたか？
いいえ。GUIの空のフィールドは誤解を招くものでした。実際の問題はDigitalOceanがポート587をブロックしていたことであり、2525に移行すると、Mailgun（アクティベート後）とBrevoの両方が正常に動作しました。
改めて感謝します。DISCOURSE_SMTP_DOMAINが実際に何に影響するか（EHLOのみ）についてのあなたの説明は、値がなくても問題なかった理由を明確にするのに役立ちました。