SMTPを再設定し、./launcher start app コマンドを実行する必要がありました。
しかし、インストールデータ（メール、SMTPなど）を再入力するように求められませんでした。
コマンドは実行され、再インストール後にコマンドラインに戻りました。
何か考えはありますか？
これはコンテナを開始するだけで、何も促されることはありません。設定は /var/containers/app.yml にあります。
ただし、このコマンドと ./discourse-setup を混同していませんか？（こちらは促されます）
「いいね！」 2
ロバートさん、ありがとうございます。SMTP情報を再入力するには、./discourse-setup を使用すればよいですか？
SMTP認証情報などの環境変数を更新する場合、それらが反映されるようにコンテナを再起動するだけでは不十分です。
コンテナが新しい値を使用するようにするには、./launcher destroy app を実行してから ./launcher start app を実行する必要があります。
「いいね！」 2
nanoが何かわからず、変更のためにプロンプトが表示される方が良い場合は、それが望ましい方法です。
「いいね！」 1
ご協力ありがとうございました！情報を編集できました。今、投稿したメッセージが届くかどうか待っています。幸運を祈ります。
Stephenさん、./discourse-setup を実行したときに情報を編集できたのですが、今後は ./launcher destroy app / ./launcher start app のようなコマンドを扱う必要がありますか？
セットアップで再構築が実行された場合は、いいえ。上記は、インスタンスの再構築を待機することを回避したい場合に備えてのことです。
「いいね！」 1
承知いたしました。ありがとうございます。
「いいね！」 1
フォローアップ：投稿がメール送信を開始したことは確認できましたが、すべてのメッセージがキューに入れられて送信されていないことも確認できました。「250 Ok: queued as」となっています。
Sendgridを使用しています。
何か考えはありますか？
「sent」と「queued」は同義語だと確信しています。SendGridのログではどうですか？メールテストを使用すると、mail-tester.comに送信できますか？
SMTPはトランザクションなので、以下のような観点になります。
- あなたのシステム：「メッセージは送信され、リモートシステムがABC1234567としてキューに入れました」→「メッセージは次に責任のあるMTAに引き渡されました」
- SendGrid：「メッセージは受け入れられ、キューID ABC1234567としてキューに入れられました」
あなたが（見ることが）できないのは、SendGridのシステム上の別のエージェントがキューを処理し、あなたのメッセージを取得して次のMTAに引き渡す次のステップです。
キュー識別子は追跡に役立ちます。もし失われた場合、SendGridのシステム管理者に「システムが受け入れた後、キューID ABC1234567はどうなりましたか？」と尋ねることができます。
ジェイさん、こんにちは。Discourseのログにあります。メールテストも行います。ありがとうございます！
マイケルさん、ありがとうございます。システムからメールを受け取ったら、またご報告します。当然、メールを受け取る必要があります。
Troubleshoot email on a new Discourse installを確認してください。..
.通知メールがメールサービスで受け入れられるものであることを確認する必要があります。