J’ai remarqué dans Admin|Emails|Sent qu’un e-mail récapitulatif n’a pas été envoyé aux utilisateurs, mais qu’ils ont tous reçu un e-mail pour user_watching_first_post (conformément à un paramètre par défaut prédéfini).
J’ai vérifié qu’il n’est pas le cas que ces utilisateurs ont visité récemment, qu’ils ont dépassé le réglage “supprimer l’e-mail récapitulatif après X jours”, ou qu’ils ont modifié leurs préférences d’e-mail.
Est-il exact qu’un e-mail de notification est traité comme une activité utilisateur, provoquant l’omission du récapitulatif ? Si c’est le cas, ce n’est pas le comportement que j’attendais…
Nous utilisons “suivre le premier message” pour une balise spécifique afin de notifier les utilisateurs des sujets de haute priorité, mais nous voulons toujours qu’ils reçoivent le récapitulatif régulier des autres activités du forum.
Ceci est assez central dans notre vision — j’apprécierais toute contribution sur la façon de le rendre possible.
C’est exact. Je partage vos préoccupations et j’ai demandé par le passé que cela soit configurable.
À l’heure actuelle, la configuration de la surveillance prédéfinie entrave quelque peu l’utilisation efficace du résumé / de la synthèse. Et cela n’est pas nécessaire.
C’est donc le cas que recevoir une notification par e-mail sur un sujet empêche ce sujet d’apparaître dans le résumé ? Il est logique que vous ne souhaitiez pas recevoir dans le résumé un message qui vous a déjà été envoyé par e-mail d’une autre manière.
C’est bien plus que cela. Recevoir une notification par e-mail semble réinitialiser complètement le comptage de telle sorte qu’aucun sujet plus ancien que la notification n’est inclus dans le résumé. Cela m’a toujours agacé.
En gros, si le client averti par e-mail ne visite pas le site, il n’y a aucune exposition des sujets entre le résumé précédent et la dernière notification par e-mail. Et cela donne l’impression que le site est beaucoup plus calme qu’il ne l’est réellement lorsqu’un résumé finit par passer.
J’aimerais voir que cela se passe comme vous le suggérez, où seuls les sujets notifiés sont supprimés du résumé pour les utilisateurs qui reçoivent une notification par e-mail mais ne visitent pas le site. Ce serait une amélioration considérable pour les sites qui font beaucoup de surveillance par défaut !!
Merci de me confirmer cela, Nathan. Oui, un résumé n’a pas été envoyé malgré d’autres nouveaux sujets éligibles.
Si le résumé évitait uniquement de dupliquer le sujet autrement notifié, cela aurait du sens, mais ce qu’il fait ressemble vraiment à un oubli ou à un bug très contre-productif.
@pfaffman - est-ce que cela ressemble à une règle qui pourrait être modifiée ? Ou faudrait-il l’attention des développeurs ?
Cela nécessiterait un plugin. J’en ai écrit un une fois qui, du moins à une époque, prétendait « ajouter le nombre de nouveaux messages à l’e-mail récapitulatif/digest en 3ème position (généralement là où se trouvent les nouveaux utilisateurs) ». Il modifie donc uniquement cet en-tête en haut de la page.
Il remplace tout ce modèle, c’est donc une solution potentielle.
Après réflexion, cela ressemble vraiment à un bug et non à quelque chose à contourner avec un plugin. Je dois croire que le comportement n’est pas intentionnel.
Site_settings inclut des options pour supprimer le résumé, mais aucune ne concerne d’autres notifications par e-mail :
supprimer l’e-mail de résumé après X jours
supprimer les catégories du résumé
supprimer les tags du résumé
Plus important encore, la préférence de l’utilisateur pour Emails|Activity Summary est : « Lorsque je ne visite pas ici, envoyez-moi un résumé par e-mail des sujets populaires et des réponses. » - Oui ou non, point final. Aucune relation avec les e-mails de suivi n’est indiquée.
Sur la base de ces paramètres, les utilisateurs devraient s’attendre à ce que le paramètre Activity Summary s’applique comme décrit, et indépendamment.
La suppression des sujets notifiés du résumé serait formidable, mais je considérerais cela comme un luxe. Le simple fait de rendre le résumé indépendant des notifications par e-mail de suivi le ramènerait à la normale.
Je patauge ici, mais par curiosité, je regarde le code sur Github…
Dans la section digest de app/mailers/user_notifications.rb, topics_for_digest sont recherchés en fonction d’un min_date qui prend en compte user.last_emailed_at
ligne 227 :
min_date = opts[:since] || user.last_emailed_at || user.last_seen_at || 1.month.ago
# Récupère des sujets et des messages à afficher
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)
# Trouve des sujets de nouveaux utilisateurs qui ont au moins 24 heures
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
(Edit : Je vois que last_emailed_at est également référencé dans app/jobs/scheduled/enqueue_digest_emails.rb et spec/jobs/enqueue_digest_emails_spec.rb entre autres choses.)
Cela me fait penser qu’un digest n’est tout simplement pas généré pour les utilisateurs dont user.last_emailed_at est trop récent.
Je n’ai pas pu discerner quels e-mails comptent pour last_emailed_at. Il inclut évidemment les notifications basées sur les paramètres de suivi, mais qu’en est-il des messages privés, etc. ?
Le digest ne devrait-il pas seulement se préoccuper de user.last_seen_at ?
Je me demande quel niveau de détail les utilisateurs finaux devraient avoir ici :
M’envoie des résumés par e-mail : Inconditionnellement | Quand je ne suis pas là | Tant que c’est le seul e-mail que je reçois de votre part ce mois-ci
Le cas limite semble délibéré et doit concerner les personnes utilisant Discourse comme liste de diffusion.
Je pense que nous devons d’abord définir soigneusement la fonctionnalité ici, je vais la déplacer vers la fonctionnalité et y ajouter l’expérience membre.
Actuellement, lorsque le mode liste de diffusion est activé — du moins au niveau des préférences de l’utilisateur (voir le message suivant) — l’interface indique clairement que les paramètres de résumé sont remplacés.
Il faudrait donc peut-être seulement ajouter un « envoyer toujours », par exemple :
Résumé de l’activité :
Envoyer toujours un résumé par e-mail
Envoyer un résumé par e-mail uniquement lorsque je ne visite pas ce site
(Menu déroulant) : toutes les 30 minutes | toutes les heures | quotidiennement | hebdomadairement | mensuellement | tous les six mois
Mais je considérerais l’option « toujours » comme un plus appréciable. Le simple fait de rendre le résumé indépendant des autres e-mails semblerait le faire fonctionner comme prévu.
(Note annexe : si j’avais un grand forum, je souhaiterais que les délais disponibles soient configurables par l’administrateur. Trop de personnes choisissant « envoyer toujours… toutes les 30 minutes » pourraient augmenter les frais d’envoi d’e-mails.)
Ceci est secondaire par rapport au problème que j’ai signalé, mais concerne la préoccupation de Sam concernant le mode liste de diffusion par rapport au résumé d’activité…
Fait intéressant, lorsque l’administrateur active « mode liste de diffusion par e-mail par défaut » et « désactiver le mode liste de diffusion » (scénario A), on ne sait pas ce qui se passe. L’utilisateur ne voit rien concernant le mode liste de diffusion et peut apparemment toujours activer le résumé d’activité et d’autres e-mails.
Les deux paramètres d’administration semblent indépendants, alors qu’il y a peut-être une dépendance… « interdire aux utilisateurs d’activer le mode liste de diffusion » remplace-t-il « mode liste de diffusion par défaut » ?
Scénario A
Paramètres d’administration, « liste de diffusion » :
Cependant, si l’administrateur laisse l’option « désactiver le mode liste de diffusion » décochée, l’utilisateur voit qu’il a été par défaut en « Mode liste de diffusion activé ». Cela semble assez clair.
Scénario B
Paramètres d’administration, « liste de diffusion » :
Il semble donc manquer quelque chose dans le scénario A qui indiquerait si le mode liste de diffusion est réellement actif. (À moins que je ne le manque.)
J’en ai déjà parlé à @lindsey, mais malheureusement, elle n’a pas encore trouvé le temps de l’intégrer à une feuille de route. Je pense qu’en ce moment, nous sommes dans le monde du pr-welcome où l’on essaie et ensuite on peut examiner pour inclusion.
Merci pour la mise à jour, Sam. J’aimerais avoir les compétences pour développer et proposer une PR.
Compte tenu du nombre de corrections et d’améliorations dans les notes de version, je ne peux qu’imaginer à quoi ressemble le backlog. Mais j’espère sincèrement que cela mérite une attention particulière – les utilisateurs n’ont aucune raison de suspecter que le résumé ne les tiendra pas informés de manière fiable.
Salut @ToddZ — mes excuses pour mon silence radio. Merci d’avoir soulevé tout cela.
Je suis d’accord avec @sam sur le fait que recevoir une notification ne devrait pas compter comme une visite qui vous empêcherait de recevoir un e-mail de résumé d’activité. Je vais travailler avec l’équipe pour corriger cela et je vous tiendrai au courant une fois que nous aurons résolu ce problème, bien que pour le moment je n’aie pas d’ETA à partager.
Merci, @lindsey ! Je sais que les délais sont difficiles – je suis heureux de savoir que c’est en cours et j’attendrai les mises à jour avec impatience.
