メーリングリストモードで一部の投稿が送信されない原因は何ですか

サポート
1

Discourse の現在のセルフホスト版で、メーリングリストモードでメールによる全投稿の受信をオプトインしている一部のユーザーに、投稿が送信されていないトピックがあります。

メールログを確認しましたが、このトピックの投稿に対して、オプトインしている他のユーザーには送信されていないものの、一部のユーザーには確かにメールが送信されています。テスト用のユーザーアカウントの1つはメールを受信していますが、もう1つのテストユーザーは受信していません。

何度かトピックに投稿してみましたが、少なくとも他の1人も同様でした。

この原因となりそうなサイト設定やユーザー設定は見当たりませんが、何を見落としているのでしょうか？

  id   | user_id |          timezone
--------+---------+----------------------------
 119197 |     586 | 2023-04-03 11:05:41
 119198 |       2 | 2023-04-03 11:12:03.207053
 119215 |       2 | 2023-04-03 15:42:45.195223
 119216 |       2 | 2023-04-03 16:18:22.664227
 119218 |     508 | 2023-04-03 16:55:42.167977
 119219 |       2 | 2023-04-03 16:56:00.140777
 119222 |       2 | 2023-04-03 18:11:33.953314
(7 rows)

これらはユーザー 703 に送信されたメールです（email_logs テーブルから）

 id  | post_id |  email_type  |          timezone          |      smtp_transaction_response
-----+---------+--------------+----------------------------+--------------------------------------
 242 |  119197 | mailing_list | 2023-04-03 11:18:55.832126 | 250 2.0.0 Ok: queued as C95C443350B8
 243 |  119198 | mailing_list | 2023-04-03 11:22:04.731579 | 250 2.0.0 Ok: queued as B0E2943350B8
(2 rows)

これらは、これらの投稿に対して送信されたすべてのメールです。

 id  | post_id |  email_type  | user_id |          timezone          |      smtp_transaction_response
-----+---------+--------------+---------+----------------------------+--------------------------------------
 242 |  119197 | mailing_list |     703 | 2023-04-03 11:18:55.832126 | 250 2.0.0 Ok: queued as C95C443350B8
 243 |  119198 | mailing_list |     703 | 2023-04-03 11:22:04.731579 | 250 2.0.0 Ok: queued as B0E2943350B8
 276 |  119215 | mailing_list |       5 | 2023-04-03 15:52:47.834189 | 250 2.0.0 Ok: queued as B51B443350B8
 277 |  119216 | mailing_list |       5 | 2023-04-03 16:28:29.651872 | 250 2.0.0 Ok: queued as 8760743350B8
 281 |  119218 | mailing_list |       5 | 2023-04-03 17:05:43.582886 | 250 2.0.0 Ok: queued as 8209143350B8
 282 |  119219 | mailing_list |       5 | 2023-04-03 17:06:02.231359 | 250 2.0.0 Ok: queued as 201A243350B8
 287 |  119222 | user_replied |     508 | 2023-04-03 18:21:38.024441 | 250 2.0.0 Ok: queued as EDE47434362C
 288 |  119222 | mailing_list |       5 | 2023-04-03 18:21:38.074723 | 250 2.0.0 Ok: queued as 07474434362D
(8 rows)

ユーザーID 5 は、別のトピックで問題に気づくまで、コピーユーザーのリストに追加されていませんでした。

これは、今日作成されたほぼ半数のトピック/投稿で発生しているようです。このシステムは昨日稼働を開始したばかりですが、テスト中にこのような問題は見られませんでした。

2

ユーザーあたりの1日の最大メール数を0に設定して無効にしようとしましたが、以前は100に設定されており、それに達したようには思えませんでした。

更新：それは解決しませんでした。

メールを送信しない理由をどこかに記録すべきではないでしょうか？

3

はい：設定 → ログ → エラーログ

4

エラーログにこの件に関する記述はなく、また、メールが送信されるはずだったタイムスタンプの近くにも何もありません。

これはSidekiqの問題でしょうか？ 今日、Sidekiqがメモリを使いすぎているというメッセージをたくさん見かけました。

5

トピックが混乱しているようです。そのトピックに投稿があっても、このユーザーに送信されない場合、将来の投稿もそのユーザーには送信されなくなります。

6

このユーザー/トピックの topic_user.notification_level が 0 (ミュート?) に設定されているようで、管理者画面から 1 に戻す方法が見つかりません。ただし、rails を使用すればおそらく可能です。しかし、どのように変更されたのでしょうか？

これは、リレーサーバーに送信されるメールを抑制する方法を見つける前に、誰かがメールの「配信解除」リンクをクリックした結果でしょうか？もしそうなら、元に戻す方法があるはずではないでしょうか？

7

影響を受けている2つのトピックのすべてのタグを削除しても、または通知をミュート以外のものに設定しても、topic_users には何も変更がないようです。

このユーザーのプロファイルにあるミュートされたトピックには何も表示されません。

すべてのトピックを一括で変更したくはないので、topic_users の notification_level の値のカウントを以下に示します。

 notification_level | count
--------------------+--------
                  0 |      2
                  1 |    177
                  2 |     45
                  3 | 119818
8

やった、ついにユーザーのミュート解除方法を見つけました！

このユーザーのトラッキングページの左側の列にあるミュートボックスの上に「表示」タグがあることに気づきました。

9

そのトピックを意図的にミュートしていて、それに関する通知/メールを受け取りたくないのではないでしょうか？

10

いいえ、それは本質的に、あるグループから外部のレガシーメーリングリストに投稿を転送する目的で設定したスタッフアカウントであり、私の知る限り、そのトピックでそのユーザーを意図的にミュートしたことはありません。

しかし、少なくともデータ構造について多くのことを学び、Rubyコードをいくつか読み、管理者になることについていくつか学びました。:wink:

このトピックはこれで閉じることができると思います。