プレビューダイジェストを無効にしましたが、今日、誰かがトピックにコメントしたというメールが届きました。
現時点では、招待メール以外にユーザーにメールを送信したくありません。無効化する方法を教えてください。
プレビューダイジェストを無効にしましたが、今日、誰かがトピックにコメントしたというメールが届きました。
現時点では、招待メール以外にユーザーにメールを送信したくありません。無効化する方法を教えてください。
これを保証する方法はありません。「メールを無効化」サイト設定がありますが、これでは招待メールを含むすべてのメールが無効化されてしまいます。
また、パスワードのリセットが必要な場合、アカウントの復元もできなくなります。Discourse にとってメールは中核的な要素であり、メールが機能していない状態で利用することは現実的ではありません。
私の問題は、招待メールのスタイルに招待用の HTML を設定しているため、すべてのメールに同じ招待テンプレートが適用されてしまうことです。
そのため、招待メール以外のメールにこのテンプレートを使うのは意味がありません。
このオプションの役割は何ですか?サマリーメールにはカスタムメールテンプレートと CSS が適用されます。
https://yoursite/admin/site_settings/category/user_preferences?filter=notification を確認し、以下の設定を調整してみてください:
また、Optional global invite code も参考になるかもしれません。ただし、Google 認証などの代替手段を使わない限り、ユーザーは検証メールやパスワード再設定メールを受信できるようにする必要があります。
これが一時的なテスト期間のもので、Google(または同様の)認証を使用しており、グローバル招待機能で問題ない場合は、メールを無効にすることも可能です。ただし、あまり好ましい方法ではありません。
ユーザーに送信されるメールを制御するユーザー設定が 2 つあります。これらの設定は、ユーザー設定ページの「メール」セクションにあります。
スクリーンショットの最初の設定は、プライベートメッセージをメールとして送信するタイミングを制御します。2 つ目の設定は、トピック内のアクティビティに関連するメールをユーザーに送信するタイミングを制御します。あなたのケースでは、2 つ目の設定を「しない」に設定するとよいかもしれません。
これらの設定のサイト全体のデフォルト値を設定することもできます。これらは default email messages level および default email level というサイト設定によって制御されます。
もしかすると、別の方法で対応できるかもしれません。何か案がないか検討してみます。ただし、現在招待メールで使用されている HTML を簡略化する必要があるかもしれません。