It doesn’t disable the digest but it does provide another option.
Exactly! If you’re limiting what goes out in the summary, it now becomes a digest. Which is the default setup in Discourse.
「いいね！」 2
hi @joebuhlig and @pfaffman,
thanks for your replies. but i don’t really get it and maybe you can help me out:
what settings would I need to change to change the current behaviour (ALL topics are included in the daily summary even if the reached the user already during the day because the watch the category)?
thanks in advance,
etienne
If I understand correctly, all you need to do is turn off the mailing-list-mode-daily-summary plugin.
The thiing is that the summary might not include ALL of the posts for the day, it chooses just the top 5 or something. You can see what the normal summary looks like at (something like) /admin → email → summary.
「いいね！」 1
ah - now i get what you are telling me.
as we need ALL messages to get to our users in the daily summary using the build-in function is not an option. it does not send out all messages.
thats why we are using the mailing-list-mode-daily-summary plugin in the first place.
but now we are getting comments from users about getting messages twice: first as mail during the day because they are watching a topic and then later in the mlm-daily-summary again.
but probably it is not consistent with the idea of a daily SUMMARY to exclude certain messages (that have been send to the user already). so users have to get used to getting things twice i guess.
If your users watch the categories that they want they will get all of the messages. They do get each one individually rather than a single message with all of them.
People who watch a category or visit the site regularly don’t need mailing list mode or the plugin.
Sounds like you have a conflict between the staff’s desires and the users’ desires. Staff wants everyone to see everything, but the users only want to see a summary.
I’m guessing you’ll need to rectify that discrepancy first.
「いいね！」 2
yes, you are right @joebuhlig. we’ll decide on that in the team.
as for your proposal of paying 200$ for the bugfixes: we are discussing that tomorrow in a team-meeting. will let you know.
「いいね！」 2
hi @joebuhlig,
sorry - i forgot to tell you earlier: i couldnt bet through with my proposal of paying you guys for fixing the bug. so we would wait for you and your team to find time to fix it.
we are looking forward to seeing the bug fixed.
best, etienne
@joebuhlig さんやこのプラグインを利用されている皆様へ – Discourse のバージョン 2.3.0 になってから、このプラグインで問題が発生している方は他にもいますか？当社のホストが数週間前に 2.3.0 に更新したところ、毎日配信されていたメールが送られなくなりました。また、ユーザーのメール設定画面を開くと、このメールオプションのチェックボックスが保存されません。クリックして保存しても、ページを再読み込みするとチェックが外れてしまいます。これらの問題を解決する方法をご存知の方がいらっしゃれば、ぜひ教えていただけますと幸いです。ご教示いただければ大変幸いです！
「いいね！」 1
こんにちは、リーア。1月29日の私の以前の投稿を確認し、あなたの問題も user_custom_fields のエントリに関連しているかどうかを確認してください。よろしくお願いいたします、エティエンヌ。
「いいね！」 1
いくつかの更新情報があります。このプラグインを利用している方から、現在どのように機能しているかについてお聞かせいただければ幸いです。毎日配信されるメールの購読者は数百人にのぼるため、このプラグインの再稼働に期待しています。
@etienne さん、真偽値（true/false）に関するご発見を共有いただきありがとうございます。これについて調査したところ、コードは問題なく処理できるという見解でした。そのため、なぜ一部のユーザーには毎日メールが届かず、他のユーザーには数日おきしか届かないのか、私自身もまだ混乱しています。毎日新しいトピックや投稿があるため、このメールは毎日配信されるはずです。
当社の WordPress 開発者（Discourse や Ruby の専門家というわけではありませんが、問題調査に応じてくれた方）は、チェックボックスの保存がうまくいかなかった原因となったフロントエンドの JS エラーを 解決しました。
また、このプラグインを利用されている方にお伺いしたいことがあります。このプラグインがクラッシュしてテーブルを問題のある方法でロックしてしまうような問題があるのではないかと懸念されますか？当社のフォーラムでは他にも不可解な問題が発生しており、その一説には、このプラグインがロックされたテーブルを解放できずに原因となっている可能性があるとされていますが、現時点では確証を得られていません。
こんにちは、
Discourseを2.4.0 beta2にアップデートしました。それ以降、このプラグインが機能しなくなっています。
現在、Sidekickで表示されているエラーコードは以下の通りです。
Jobs::HandledExceptionWrapper: Wrapped NoMethodError: undefined methodapply_notification_styles’ for #UserNotifications:0x00007f1437382668`
このプラグインが早く修正されることを願っています。
私たちも同様の現象を確認しています。
おそらく、@neil のおかげで、すべてのメールのスタイルを統一し、テーマを適用しやすくしているためでしょう。
先ほど再構築进行了ので、最新の v2.4.2.beta2 Discourse を使用しています：
昨日、mlm-daily プラグインを無効化し、リトライキューを空にしました。しかし、/logs にはまだエラーが表示されており、Sidekiq にもリトライが蓄積されたままです：
Jobs::HandledExceptionWrapper: Wrapped NoMethodError: undefined method 'apply_notification_styles' for #<UserNotifications:0x00007f6f971b9168>
これは日次サマリーだけでなく、すべての通知に影響しているようです。メールのスタイル刷新が完了するまで、回避策はありますか？
よろしくお願いいたします、
Gunnar
これは、ご使用中のサードパーティ製プラグインに起因するものです。該当プラグインの更新を行うか、無効化する必要があります。
当方のインストール環境（2.4.0 beta4）でも同様の現象が確認されています。これを修正するために何か更新すべきものはありますか？
また、ユーザーが自身の設定で「メーリングリストモード」を有効にしようとすると、保存されたように見えます（少なくとも UI はそのように表示します）が、設定ダイアログを再度開くとチェックボックスが再度外されています。そのため、このプラグインを使って毎日サマリーメールを送信できなくなっています。これが上記の Jobs::HandledExceptionWrapper メッセージと関連があるかどうかはわかりませんが、おそらく関係ないと思います。
これを修正するために何かできることはありますか？
Dirk
プラグインを更新して問題を解決する必要があります。プラグイン開発者向けの手順については howto トピックをお読みいただくか、予算がある場合は Marketplace に投稿してください。
「いいね！」 3
こんにちは、@joebuhlig さん。
このプラグインの作業、Discourse のバージョン 2.4 へのアップデート、および以前報告されたバグの修正を有償で引き受けていただけますか？もしご提示いただけるお見積もり（今年初めにバグ修正で 200 ドルと仰っていましたが）を教えていただければ、社内で検討いたします。
ご回答ありがとうございます。
エティエンヌ
序文:
これはプラグインの更新というよりは、ホットフィックスです。新しいシステムに対応するようにプラグインを修正するのではなく、削除された一部をプラグインに統合しています。将来への対応は保証されていません。また、Discourse チームが「毎日サマリー」を重要な機能ではなく、不要なエッジケースとみなしてしまい、E メールを好むユーザーを維持するための重要な要素として扱わなくなったことに対する解決策でもありません。Discourse はもはやメーリングリストの代替として実用的ではなく、移行可能な場合は移行すべきです。さらに、「ドキュメントや適切なリリースノートは不要」という問題も解決しません。
とはいえ、私たちはこれを本番環境で使用しており、動作しているようです。完璧ではありませんが、とりあえずはこれで。
メールを再び流す方法
これで UI ボタンを再度切り替えられるようになります。
- apply_notification_styles メソッドを再追加する
engine.rb の 11 行目（クラスの最初のメソッド）に以下を追加します。
def apply_notification_styles(email) email.html_part.body = Email::Styles.new(email.html_part.body.to_s).tap do |styles| styles.format_basic styles.format_html end.to_html email
元の関数（すべてを壊した コミット を参照して確認してください）では styles.format_notification を使用していましたが、_notification が削除されたため、単純に _html を使用しています。これは良いアイデアでしょうか？いいえ。動作するでしょうか？どうやらそうらしいです。少なくとも次の更新で削除される可能性は少しだけあります。
- 蛇油
また、mailing_list.html.erb 全体を summary-email クラスを持つ div タグで囲み、設定でサマリーメールのテーマを無効にしました。これは当初は必死の試みで、結果は得られませんでした。これなしでも問題ない可能性が高いですが、壊れるまで再びこの混乱には手を出しません。したがって、フォーマットの問題に直面した場合は、これを試してみてください。
これが役立つことを願っています
「いいね！」 1