タイトル: アクティベーションメールは送信されたがアカウントがアクティベートされない / アクティベーションリンクの混乱
こんにちは、
私はセルフホスト型のDiscourse(Docker)を運用しています。SMTPテストメールは正常に送信されています(Gmailで確認済み)が、新規登録ユーザーがアカウントのアクティベーションを受信できない、または適切に完了できないという問題が発生しています。
確認/実行したこと:
-
SMTPが設定されており、テストメールは正常に配信されました
-
login_required = false
-
must_approve_users = false
-
管理者 → ユーザーからの手動アクティベーションは機能します
-
./launcher restart app で(複数回)再起動しました
問題:
-
登録後、ユーザーは /u/account-created に遷移します
-
アクティベーションメールが一貫していない、またはアクティベーションリンクの動作が不明確です
-
アクティベーションリンク/リダイレクトの動作をどこで制御するのか不明です
質問:
-
Discourseはアクティベーションリンクとリダイレクトをどこで処理していますか?
-
コンテナを再起動せずにアクティベーションフローをテストする推奨される方法はありますか?
-
SMTPテストは機能するのに、ユーザーのアクティベーションメールが失敗するか、アクティベーションが完了しない場合の一般的な原因は何ですか?
よろしくお願いします。
うーん…どのSMTPプロバイダーを使用していますか?
Nateさん、ありがとうございます。
現在、サードパーティプロバイダーではなく、サーバー上で**ローカルSMTP(Postfix)**を使用しています。現在、アクティベーションメールをテスト中です。
ありがとうございます。ドメインはforum.168my.myです。そちら側でアクティベーションメールが受信されるか確認するために、テスト登録をしていただけると幸いです。
ありがとうございます。
rails経由で初期アカウントを有効にすることもできますし、代わりに新しいインストーラーでDiscourseを設定し、Discourse IDを選択することもできます。これにより、メール通知が必要ない限り、メールはオプションになります。
[quote=“itsbhanusharma, post:4, topic:394029”]rails経由で初期アカウントを有効にすることもできますし、代わりに新しいインストーラーでDiscourseを設定し、Discourse IDを選択することもできます。これにより、メール通知が必要ない限り、メールはオプションになります。
[/quote]
ありがとうございます。もう一度試してみます。
docker-mailserver を使用しています
これは、メールサーバーとして考えられる中で最もシンプルなもので、Discourse と同じサーバー上で動作します。データベースを使用せず、メールをフラットファイルに保存するため、超高負荷のセットアップではありませんが、機能します。