Aide pour la configuration de l'e-mail

Soutien
,
1

J’ai relu les paramètres d’emUl et je ne suis pas sûr qu’il soit possible de les configurer ainsi.

Je souhaite désactiver les e-mails pour tout, sauf :

  • Les e-mails d’activation et de réinitialisation du mot de passe.
  • Autoriser les e-mails du système, ainsi que les notifications par e-mail pour les messages privés (MP) et les discussions (chats).

Mon idée est de réduire au minimum les e-mails sortants. Pas d’e-mails de synthèse (digest) ni d’e-mails pour les réponses et les mentions dans les publications.

Il faut également autoriser les e-mails liés aux modérateurs et aux modérateurs de catégories.

2

Il est possible de désactiver les résumés, il existe une option pour désactiver le résumé par e-mail.

Quant au reste, il s’agit de préférences utilisateur. Vous pouvez définir des valeurs par défaut, mais je ne suis pas sûr que cela empêchera les utilisateurs de les modifier pour les changer en quelque chose d’autre.

3

Je suppose que, même si ce n’est pas infaillible, les paramètres de courriel dans les préférences pourraient être masqués avec du CSS dans TC.

Cependant, ce que j’aimerais savoir, c’est si les modérateurs de catégorie recevraient toujours des courriels du système concernant les signalements ?

4

Votre composant de thème « s’attacherait-il » à ce fichier ?

5

D’après ce que je peux constater dans le code principal actuel, les modérateurs de catégories reçoivent la notification de révision sur le site pour les signalements dans les catégories qu’ils modèrent, mais ils ne reçoivent pas le rappel retardé par message privé/e-mail système simplement en tant que modérateurs de catégories.

La tâche PendingReviewablesReminder envoie ce rappel au groupe des modérateurs, et les utilisateurs explicitement mentionnés sont sélectionnés via User.where(moderator: true), c’est-à-dire les modérateurs complets. [1]

Ainsi, un modérateur de catégorie qui est également modérateur complet le recevrait, mais le statut de modérateur de catégorie seul ne semble pas en faire un destinataire.

De plus, masquer les contrôles normaux des préférences d’e-mail avec un composant de thème ne changerait pas cela, car le ciblage du rappel de modération est géré séparément côté serveur.

  1. ↩︎

6

C’est ce qu’on espère. Il suffirait de passer ces éléments en display none. Ainsi, seules les commandes essentielles de l’e-mail seraient exposées.

7

Bon, peut-être que ce n’est pas si important que les membres qui ne font pas partie de l’équipe complète reçoivent ces notifications par e-mail, car beaucoup d’entre eux sont probablement déjà assez réguliers.

La plupart des gens sont assez actifs sur les sites ces jours-ci. Je cherche à réduire au minimum l’envoi d’e-mails.

Je dois encore y réfléchir, mais je pense que les lecteurs RSS pourraient être une bonne alternative à l’e-mail, car le contenu ne nécessitera pas, dans la plupart des cas, de réponses rapides et urgentes.