Supprimer les notifications sur les sujets non lus depuis la dernière notification

Nous sommes en train de migrer depuis phpBB pour un petit forum destiné à un usage interne dans notre entreprise. L’une des fonctionnalités de phpBB dont nous dépendons consiste à minimiser les notifications par e-mail pour un sujet en ne pas envoyant de mise à jour par e-mail si l’utilisateur n’a pas réellement lu les derniers messages du sujet.

J’espère qu’il existe un moyen d’obtenir ce comportement, mais d’après ma lecture des publications précédentes, je ne le vois pas.

Remarque : Ceci est un cas différent de celui décrit ici : Get notified of new topics, but not posts - nous voulons que nos utilisateurs surveillent chaque sujet d’une catégorie. Nous ne voulons simplement pas qu’ils soient notifiés à plusieurs reprises pour les messages d’un sujet s’ils ne l’ont pas lu.

Détails du cas d’utilisation :

Les utilisateurs A, B et C surveillent tous un sujet et sont complètement à jour sur tous les messages de ce sujet.
L’utilisateur A crée un nouveau message.
Discourse envoie un avis par e-mail aux utilisateurs B et C.
L’utilisateur B clique et consulte le sujet.
L’utilisateur A ajoute un autre message au sujet.

Ce que je souhaiterais voir se produire :
→ Seul l’utilisateur B reçoit un avis par e-mail du nouveau message.

La raison pour laquelle l’utilisateur B ne recevrait pas d’avis est qu’il a déjà reçu une notification indiquant qu’une mise à jour a eu lieu sur le sujet - envoyer un autre avis encombre sa boîte de réception.

Peut-être que la « surveillance » fait quelque chose ici ? Il semble que la surveillance n’ait rien à voir avec les notifications par e-mail, pourtant…

Je soupçonne qu’il pourrait y avoir des questions du type « pourquoi voulez-vous cela ? », alors voici une tentative pour y répondre :

Il s’agit d’un forum interne que les personnes utilisent dans le cadre de leur travail - c’est un remplacement pour tous les échanges d’e-mails - nous voulons toujours que cela reste asynchrone (donc Slack et autres plateformes de messagerie instantanée ne sont pas ce que nous recherchons). Le volume est faible (5 à 10 nouveaux sujets avec 10 à 20 messages chacun par jour dans une catégorie donnée), mais chaque sujet doit être vu par chaque utilisateur, et nous ne voulons pas vraiment que la boîte de réception de chacun contienne 10 e-mails sur le même sujet lorsqu’ils s’assoient à nouveau à leur bureau. De plus, nous voulons vraiment que l’utilisateur travaille directement dans Discourse (nous ne voulons pas encombrer la boîte de réception de l’utilisateur avec des tonnes de messages qu’il doit essayer de suivre). Mon plan initial était de ne même pas inclure le contenu du message dans l’e-mail (c’est-à-dire obliger les utilisateurs à cliquer pour voir la discussion dans Discourse lui-même).

Si je peux amener mes utilisateurs à utiliser une vue threadée dans leur client de messagerie, cela pourrait rendre ce problème caduc - mais s’il existe un moyen de configurer Discourse pour gérer cela, j’apprécierais d’en entendre parler.

1 « J'aime »