こんにちは！
Discourse から送信されるメールを、以下の用途のみに制限したいと考えています。
- パスワードのリセット
- それ以外は何も送信しない
なぜなら、継続的な通知のほとんどはプッシュ通知で既にカバーされているため、メールは重要ではないからです。
よろしくお願いいたします、
グルシャン
「いいね！」 1
以前に調査しましたが、そのような計画は存在しないと思います。スタッフアクションのみを有効にして他を無効化することはできますが、パスワードリセットのみを有効にして他を無効化することはできません。
あなたにとっての唯一の解決策は、すべてのユーザーの通知設定を一括で変更し、メール要約の送信やメンション・メッセージなどの通知を受信しないようにすることです。下のスクリーンショットを参照してください。ただし、後でユーザーがこれを変更したいと決めた場合、それを阻止することはできません。
「いいね！」 2
素晴らしい！email time window mins を 2000000000 に設定できます。これは非常に長い時間です。personal email time window seconds の最大値も同じですが、それでもかなり長い時間です。その頃には現在のユーザーは全員亡くなっているでしょう（PMS については別で、63 年後も生存している人もいるかもしれません）。ダイジェストを無効にするだけで済みます。
「いいね！」 5
いいえ、それらは無関係です。
もし新しいサイトであれば、管理者設定からデフォルトのユーザー設定を設定できます。
そうでない場合は、Rails コンソールから行うことができます。Edit a user preference for everyone or a subset of users
「メール送信時間ウィンドウ」は、通知メールを送信する前にそんなに長い時間待たないはずです。これらの設定を変更して、サマリーメールを無効にすれば解決すると思います。
「いいね！」 1
このサイトは2年前に開設されました。アクティブになりたいユーザーは自然と集まってくると思います。残りは検索エンジンから来ています。
確かに試す価値のあるアイデアだと思いますが、その設定の誤用のようにも思えますね。
質問：メールが送信される対象の言及されたユーザーがオンラインの場合、すぐに通知が届くのでしょうか、それとも「ニンジャ編集時間枠」が経過するのを待つのでしょうか？
メールが届かない状態で、どうやって彼らが来ることを知ることができるのか、よくわかりません。
「いいね！」 1
メール返信機能を使っていませんか？
メールでの返信は推奨せず、Web 媒体のみをご利用ください。
その通りです。多くのユーザーが、自分に関心のあるサイト上の何らかの出来事についてメール通知を受け取ることで、サイトに戻ってくるのは間違いありません。Discourseは人々が何を気にしているかを推測する機能が優れています。メール通知を送らないのは悪い考えだと思います。そして、それがあまりにも悪い考えであるがゆえに、実装が非常に難しいだろうと私は思っていました。しかし、通知ウィンドウを最大限に設定することで、それは可能になると思います。
「いいね！」 2
私は、新しいコミュニティのセットアップ中やテスト中など、一時的にメール通知をオフにしたい状況がたまにあると思います。それでもメンバーはログインしてフォーラムを利用できるようにしたい場合です。実際、私も今まさにそのケースに直面しています。ヤフーグループに代わる近所フォーラムのセットアップが遅れているのは、全員をすでにインポート済みですが、ヤフーグループをオフにする前にメール通知を送り始めたくないからです。
プラグインで、メールを無効化 管理者設定に「パスワードリセットのみ」といったオプションを追加できるのではないかと思っています。
「いいね！」 1
「no」設定でメールを無効化すると、ユーザーが不安になるような以下の通知が表示されます。
すべての送信メールは管理者によってグローバルに無効化されています。いかなる種類のメール通知も送信されません。
そのため、可能な限り最小限のバランスの取れた解決策を望んでいます。これは、過去60日以内に再訪問した訪問者向けの重要なメールと週次ダイジェストメールに限定し、以前は1年間でした。
それでは、冒頭で述べたアドバイスが答えになります。ユーザー設定を一括変更して、メール通知をオフに設定してください。
「いいね！」 2
これには同意できません。メールが正常に機能していることを確認し、コミュニティが公開された際にメールにどのような影響があるかを理解する必要があります。
この点について、ここでもいくつかのサポートトピックが投稿されています。人々は迅速に移行し、メールを全くテストせずに、数千件のメッセージを送信してしまいます。すると、彼らのテストがこれを無視していたため、突然私たちが悪者扱いされてしまうのです。
そのため、mailhog のようなツールが存在し、それは私の移行ツールキットにとって不可欠な要素です。何より素晴らしいのは、Docker 上で実行できるため、必要に応じて起動・停止できる点です。ブラウザですべての到着を確認でき、必要であればメッセージを実際の SMTP サーバーに送信して配信することも可能です。
当然の理由です。その状態では Discourse は使用できず、一時的なものであるように設計されているため、メッセージは非常に明確です。パスワードリセットのリクエストを含む、すべてのメールは送信されません。
「いいね！」 3
この取り組みの主な目的は、プッシュ通知の内容を電子メールで繰り返さないことです。
重要なお知らせを電子メールで受け取ったユーザーが、歓迎され、喜んで感じられるようにしたいと考えています。
「いいね！」 1
プッシュ通知は、ユーザーが直近 10 分以内にアクティブな場合にのみ送信されます。
メール通知は、ユーザーが直近 10 分以内にアクティブでない場合にのみ送信されます。
通知が重複することはありません。もし重複している場合は、設定が変更されている可能性があります。
「いいね！」 2
これは良いアドバイスですね、ありがとうございます！私のユースケースに対する答えは、インポートされたユーザーを一括で無効化し、返信がある過去の議論や現在の議論について通知を受け取るのは、自らログインすることにしたユーザーだけに限るという方法かもしれません。
それは違うような気がするのですが🤔
ブラウザ通知を指していたことを明確にするべきでした。CDCK がホストするアプリへの通知は、いずれにせよ届きます。
アプリとデスクトップで二重に表示されることは見たことがないのですが、もしかしたら私が注意が足りないのかもしれません！
「いいね！」 1