私と私たちのユーザーの何人かが、メッセージに関する電子メール通知の受信に関するこの 2 つのオプションの違いを理解するのに苦労しています。
と
私のテストでは、‘常に’ を選択していても、ユーザーがフォーラムを閲覧している間は電子メール通知は送信されません。メッセージを確認したり、通知ドロップダウンを開いたりしていなくても同様です。
以下は、‘常に’ メッセージの電子メール通知を受信するよう設定しているユーザーに対して送信されなかったメールの例です。
そのユーザーはフォーラムを閲覧していましたが、10 分間(行動を理解するために行ったテスト期間中)メッセージを確認しませんでした。
つまり、‘常に’ がユーザーが Discourse を使用中に電子メール通知をキャンセルする場合、‘不在時のみ’ との違いは何でしょうか?
‘常に’ を選択すると、選択したユーザーが受け取る電子メール通知が多すぎるというリスクがあることは理解しています。しかし、現状では、‘常に’ が本来期待される動作をしていないように見えます。この動作は意図されたものですか?
「いいね!」 2
simon
2
「誰かからメッセージが届いた場合にメールを送信する」というユーザーオプションが「常に」に設定されている場合、ユーザーがすでにそのメッセージを読んでいる場合を除き、PM に対してメールが送信されないことはありません。その場合、ログの「スキップ理由」には「このメールに関する通知は既読となっています」と表示されるはずです。これは、ユーザーが実際にサイト上でメッセージを表示した場合にのみ発生し、ドロップダウンメニューで通知を閲覧しただけでは PM がスキップされることはありません。
「ユーザーは最近アクティブでした」というスキップ理由は、メッセージレベルを「常に」に設定している PM の受信者に対しては表示されてはいけません。スクリーンショットに表示されているスキップされたメッセージが本当に PM であることをご確認いただけますか?
「いいね!」 4
ご指摘の内容は理にかなっていますが、最新の安定版ではそのような挙動は見られません。
念のため、さっき再度再現してみました。
メッセージを送信しました。受信者が10分以内にメッセージを開くと、メール通知が即座にキャンセルされました。
別のメッセージでもテストしましたが、今回はメッセージがすぐに開かれず、受信者はメッセージページを訪れずにフォーラムを閲覧し続けました。その場合でも、上記と同じようにメール通知がキャンセルされました。私の観察では、通知はほぼ即座にキャンセルされており、理由は単にその人がフォーラムを利用していたためだけのようです。見分けがつく違いはありません。
質問の意図が完全に理解できたか分かりませんが、スクリーンショットに表示されている user_private_message はプライベートメッセージ専用ではないでしょうか?
参考になるか分かりませんが、私が「このメールに関する通知はすでに既読です」という理由でスキップされたメールとして確認しているのは、user_mentioned のメールだけであり、user_private_message のメールではありません(少なくとも当社のスキップ済みメールのリストではそのようになっています)。
他に提供できる情報はありますか?
「いいね!」 3
simon
4
なるほど、私はテストが通過したブランチでこれをテストしています。
はい、その通りです。スクリーンショットでは明らかにプライベートメッセージ(PM)が表示されています。誰かが自分にメッセージを送った際に常にメールを受け取るように設定しているユーザーの場合、そのユーザーが Discourse のユーザーインターフェースを通じて PM を未読のままにしている限り、メールは送信されるはずです。
「いいね!」 3
tests-passed の環境で簡単に再現できる場所がないため、meta で誰かが私にメッセージを送ってくれました。これで十分だと願っています。私がメッセージを受け取った際、meta を閲覧していました。その後、10 分以上にわたって meta を閲覧し続けましたが(メッセージを確認せず)、その間にメール通知は届きませんでした。プライベートメッセージの設定は「常に」に設定されています。これは私が stable 版で説明したのと同じ動作のようです。
https://meta.discourse.org/t/testing-email-notifications/164620 最後のメッセージの通知が「スキップされたメール」のログでどうなっているか、確認していただけませんか?
メッセージのモバイルプッシュ通知がメール通知をキャンセルする可能性はありませんか?私はすぐにプッシュ通知を受け取りました(10 分後ではなく)、しかしその 10 分の間、その通知も DiscourseHub アプリも開いていませんでした。
「いいね!」 2
simon
6
Metaの「スキップされたメール」および「送信されたメール」のログのどちらにも、そのメッセージのエントリは見当たりません。その理由については不明ですが、メール送信のきっかけとなり得たあなたのメッセージへの返信は以下の通りです。
hello hello hello hello hello hello hello hello
同じ単語を複数回投稿することが、メール送信を阻止する何らかのトリガーになるかどうかはわかりません。
この件については、自分のサイトでもう少し調査して、メールが正常に送信されているか確認します。
「いいね!」 2
参考までに、別のメッセージを送信するよう依頼しました。今回は、より「普通の見た目」のものです。
同じ挙動です。Meta を閲覧している限り、メッセージのメール通知は届きません。現在(15 分経過)、メールは届いておらず、未開封のまま新しいメッセージの通知も表示されたままです。
「いいね!」 2
@tshenry さん、こちら Meta でこの現象を再現できますか?
「いいね!」 2
tshenry
(Taylor)
10
まず、デフォルトのメールメッセージレベルが「常に」に設定されていることをお伝えします。これは私にとって少し驚きですが、おそらくダイレクトメッセージには可能な限り多くの露出が必要だという考えがあるのかもしれません。
とにかく、ここでは Meta 上でテストアカウントを作成し、そのアカウントに PM を送信しました。その後、テストユーザーアカウントでフォーラムを閲覧し、新しいメッセージの通知は無視しました。
数分後にログを確認すると、スキップされているようです。
これは以下にもかかわらずです:
したがって、ご質問への回答ですが、Meta 上でも確かに再現可能です。
「いいね!」 7
techAPJ
(Arpit Jalan)
13
以下のコミットで修正されました:
この問題を報告してくださった @mentalstring さん、ありがとうございます。:+1:
「いいね!」 8
Meta での簡単なテストでは、現在期待通りに動作しているようです。修正ありがとうございます 
「いいね!」 6