Mir ist aufgefallen, dass unter Admin|E-Mails|Gesendet eine Digest-E-Mail nicht an die Benutzer gesendet wurde, aber sie alle eine E-Mail für user_watching_first_post erhalten haben (gemäß einer voreingestellten Standardeinstellung).
Ich habe überprüft, dass es nicht der Fall ist, dass diese Benutzer kürzlich aktiv waren, die Einstellung “Digest-E-Mail nach Tagen unterdrücken” überschritten haben oder ihre E-Mail-Einstellungen geändert haben.
Ist es richtig, dass eine Benachrichtigungs-E-Mail als Benutzeraktivität behandelt wird, was dazu führt, dass der Digest übersprungen wird? Wenn ja, ist das nicht das Verhalten, das ich erwartet habe…
Wir verwenden “watching first post” für ein bestimmtes Tag, um Benutzer über hochpriorisierte Themen zu benachrichtigen, aber wir möchten, dass sie weiterhin den regulären Digest anderer Forum-Aktivitäten erhalten.
Dies ist ziemlich zentral für unsere Vision – ich würde mich über jeden Input freuen, wie dies erreicht werden kann.
Das ist richtig. Ich teile Ihre Bedenken und habe in der Vergangenheit beantragt, dass dies konfigurierbar gemacht wird.
Derzeit beeinträchtigt die Konfiguration der voreingestellten Überwachung die effektive Nutzung des Digests / der Zusammenfassung. Und das muss nicht sein.
Es ist also so, dass eine E-Mail-Benachrichtigung über ein Thema verhindert, dass das Thema in der Zusammenfassung angezeigt wird? Es ist sinnvoll, dass Sie keine Nachricht in der Zusammenfassung erhalten möchten, die Ihnen bereits auf andere Weise per E-Mail zugesandt wurde.
Das ist viel mehr als das. Eine E-Mail-Benachrichtigung scheint das Zählen vollständig zurückzusetzen, sodass keine älteren Themen als die Benachrichtigung in die Zusammenfassung gelangen. Das hat mich schon immer geärgert.
Grundsätzlich gibt es für den per E-Mail benachrichtigten Kunden null Einblick in Themen zwischen der vorherigen Zusammenfassung und der letzten E-Mail-Benachrichtigung, wenn er die Website nicht besucht. Und es lässt die Website viel ruhiger erscheinen, als sie wirklich ist, wenn endlich eine Zusammenfassung durchsickert.
Ich würde mir wünschen, dass es so ist, wie Sie es vorschlagen, wo nur die benachrichtigten Themen in der Zusammenfassung für Benutzer unterdrückt werden, die eine E-Mail-Benachrichtigung erhalten, aber die Website nicht besuchen. Das wäre eine enorme Verbesserung für Websites, die ziemlich viel Standard-Watching betreiben!!
Danke für die Bestätigung, Nathan. Ja, es wurde kein Digest gesendet, obwohl andere neue berechtigte Themen vorhanden waren.
Wenn der Digest nur die Duplizierung des ansonsten benachrichtigten Themas vermieden hätte, wäre das sinnvoll, aber was er tut, erscheint wirklich wie ein Versehen oder ein Fehler, der sehr kontraproduktiv ist.
@pfaffman – Klingt das nach einer Regel, die irgendwie modifiziert werden könnte? Oder würde sie die Aufmerksamkeit der Entwickler erfordern?
Dafür bräuchte es ein Plugin. Ich habe einmal eines geschrieben, das zumindest zu einer Zeit angeblich „die Anzahl neuer Beiträge zur Zusammenfassungs-/Digest-E-Mail an dritter Stelle hinzufügt (normalerweise dort, wo neue Benutzer stehen).“ Es ändert also nur diese Kopfzeile oben auf der Seite.
Es überschreibt diese gesamte Vorlage, daher ist das eine mögliche Lösung.
Nach reiflicher Überlegung fühlt sich dies wirklich wie ein Fehler an und nicht wie etwas, das mit einem Plugin umgangen werden muss. Ich muss glauben, dass das Verhalten nicht beabsichtigt ist.
Site_settings enthalten Optionen zur Unterdrückung des Digests, aber keine beziehen sich auf andere E-Mail-Benachrichtigungen:
Digest-E-Mail nach Tagen unterdrücken
Digest-Kategorien unterdrücken
Digest-Tags unterdrücken
Wichtiger ist, dass die Benutzereinstellung für E-Mails | Aktivitätszusammenfassung lautet: „Wenn ich hier nicht besuche, senden Sie mir eine E-Mail-Zusammenfassung der beliebtesten Themen und Antworten.“ – Ja oder nein, Punkt. Es wird keine Beziehung zu Tracking-E-Mails angegeben.
Basierend auf diesen Einstellungen sollten Benutzer erwarten, dass die Einstellung „Aktivitätszusammenfassung“ wie beschrieben und unabhängig davon angewendet wird.
Das Unterdrücken von benachrichtigten Themen aus der Zusammenfassungsübersicht wäre großartig, aber das würde ich als Luxus betrachten. Allein die Tatsache, dass der Digest keine Tracking-E-Mails berücksichtigt, würde den Erwartungen entsprechen.
Ich stecke hier bis zum Hals in Arbeit, aber aus reiner Neugier schaue ich mir Code auf Github an…
Im Digest-Bereich von app/mailers/user_notifications.rb werden topics_for_digest basierend auf einem min_date gesucht, der user.last_emailed_at berücksichtigt.
Zeile 227:
min_date = opts[:since] || user.last_emailed_at || user.last_seen_at || 1.month.ago
# Hole einige Themen und Beiträge zum Anzeigen
digest_opts = {
limit: SiteSetting.digest_topics + SiteSetting.digest_other_topics,
top_order: true,
}
topics_for_digest = Topic.for_digest(user, min_date, digest_opts).to_a
if topics_for_digest.empty? && !user.user_option.try(:include_tl0_in_digests)
# Suche einige Themen von neuen Benutzern, die mindestens 24 Stunden alt sind
topics_for_digest =
Topic
.for_digest(user, min_date, digest_opts.merge(include_tl0: true))
.where("topics.created_at < ?", 24.hours.ago)
.to_a
end
(Bearbeitung: Ich sehe, dass last_emailed_at auch in app/jobs/scheduled/enqueue_digest_emails.rb und spec/jobs/enqueue_digest_emails_spec.rb unter anderem referenziert wird.)
Das lässt mich vermuten, dass für Benutzer, deren user.last_emailed_at zu aktuell ist, einfach kein Digest generiert wird.
Ich konnte nicht herausfinden, welche E-Mails zu last_emailed_at zählen. Offensichtlich sind Benachrichtigungen basierend auf den Tracking-Einstellungen enthalten, aber was ist mit privaten Nachrichten usw.?
Sollte sich der Digest nicht nur auf user.last_seen_at beziehen?
Ich frage mich, wie viel Detailgrad Endbenutzer hier haben sollten:
E-Mails mir Zusammenfassungen: Bedingungslos | Wenn ich nicht da bin | Solange es die einzige E-Mail ist, die ich diesen Monat von Ihnen erhalte
Der Ausnahmefall fühlt sich beabsichtigt an und muss sich auf Leute beziehen, die Discourse als Mailingliste verwenden.
Ich denke, wir müssen hier zuerst die Funktion sorgfältig definieren. Ich werde sie als Funktion kennzeichnen und ihr das Tag „member-experience“ geben.
Derzeit, wenn der E-Mail-Listenmodus aktiviert ist – zumindest auf der Ebene der Benutzereinstellungen (siehe nächster Beitrag) –, macht die Benutzeroberfläche deutlich, dass die Digest-Einstellungen überschrieben werden.
Vielleicht wäre das Einzige, was noch hinzugefügt werden könnte, eine Option „Immer senden“, z. B.:
Aktivitätszusammenfassung:
Sende mir immer eine E-Mail-Zusammenfassung
Sende mir nur eine E-Mail-Zusammenfassung, wenn ich hier nicht besuche
(Dropdown): alle 30 Minuten | stündlich | täglich | wöchentlich | jeden Monat | alle sechs Monate
Aber die Option „Immer senden“ würde ich als „nice-to-have“ betrachten. Allein die Tatsache, dass der Digest von anderen E-Mails unabhängig ist, würde anscheinend dazu führen, dass er wie erwartet funktioniert.
(Nebenbemerkung: Wenn ich ein großes Forum hätte, würde ich mir wünschen, dass die verfügbaren Zeiträume vom Administrator konfiguriert werden können. Zu viele Leute, die „Immer senden … alle 30 Minuten“ wählen, könnten die E-Mail-Kosten in die Höhe treiben.)
Dies ist zweitrangig zu meinem gemeldeten Problem, bezieht sich aber auf Sams Bedenken bezüglich des Mailinglistenmodus im Vergleich zur Aktivitätszusammenfassung…
Interessanterweise ist unklar, was passiert, wenn der Administrator sowohl den “Standard-E-Mail-Mailinglistenmodus” als auch “Mailinglistenmodus deaktivieren” aktiviert (Szenario A). Der Benutzer sieht nichts über den Mailinglistenmodus und kann offenbar immer noch die Aktivitätszusammenfassung und andere E-Mails aktivieren.
Die beiden Admin-Einstellungen scheinen unabhängig voneinander zu sein, obwohl es vielleicht eine Abhängigkeit gibt… überschreibt “Benutzern das Aktivieren des Mailinglistenmodus nicht gestatten” den “Standard-Mailinglistenmodus”?
Wenn der Administrator jedoch die Option “Mailinglistenmodus deaktivieren” nicht aktiviert lässt, sieht der Benutzer, dass er standardmäßig auf “Mailinglistenmodus aktiviert” gesetzt wurde. Das scheint klar genug zu sein.
Danke für das Update, Sam. Ich wünschte, ich hätte die Fähigkeiten, einen PR zu entwickeln und anzubieten.
Angesichts der Anzahl von Fehlerbehebungen und Verbesserungen in den Versionshinweisen kann ich mir nur vorstellen, wie der Backlog aussieht. Aber ich hoffe, dass dies Beachtung findet – Benutzer haben keinen Grund zu der Annahme, dass die Zusammenfassung sie nicht zuverlässig auf dem Laufenden hält.
Hallo @ToddZ — Entschuldigen Sie die Funkstille meinerseits. Danke, dass Sie das alles angesprochen haben.
Ich stimme @sam zu, dass der Erhalt einer Benachrichtigung nicht als Besuch zählen sollte, der Sie daran hindert, eine Aktivitätszusammenfassungs-E-Mail zu erhalten. Ich werde mit dem Team daran arbeiten, dies zu beheben und mich wieder zu melden, sobald wir das Problem behoben haben, obwohl ich derzeit keinen Zeitplan nennen kann.
Danke, @lindsey! Ich weiß, dass Zeitschätzungen schwierig sind – ich freue mich zu hören, dass es in Arbeit ist und sehe den Updates erwartungsvoll entgegen.
