En SPIP 2, ce plugin nécessite l’installation du plugin CFG pour activer les différentes options (par défaut, aucune n’est activée).
Les notifications disponibles sont les suivantes :
Articles publiés
Le plugin notifications sait envoyer des mails :
- aux auteurs, lors de la publication de leurs articles.
- aux administrateurs restreints, lors de proposition d’articles dans leur rubrique.
Forums publics
Le plugin notifications sait envoyer des mails :
- aux auteurs (comme le fait SPIP) lorsqu’un message est posté sous leur article
- aux participants d’un fil de discussion, quand quelqu’un parle dans n’importe quel forum public
- aux modérateurs
Il respecte le réglage de modération à priori : dans ce cas seuls les modérateurs sont notifiés lors de l’envoi du forum, les autres étant notifiés lors de sa validation.
Forums privés
Le plugin notifications sait envoyer des mails :
- aux auteurs, quand quelqu’un parle dans le forum privé sous un article
- aux participants aux fils de discussion
- aux modérateurs privés pour n’importe quel forum privé (sauf ceux de la messagerie personnelle)
Messagerie
Pour la messagerie privée c’est assez différent : d’abord on n’envoie pas de mail si les gens sont en ligne, puisqu’ils peuvent voir le message ’vous avez un message’ ; ensuite on n’envoie pas de mail tout de suite, mais avec un décalage (cron) de 20 minutes — l’idée étant que, lorsqu’on compose un message dans la messagerie privée, on ajoute parfois le mauvais destinataire, qu’on veut supprimer ensuite ... si la notification est partie, c’est trop tard.
De plus, ce système permet d’éviter de saturer le mail des rédacteurs qui sont connectés dans l’espace privé.
Je me demande si la notification en cron n’est pas de toutes façons une bien meilleure idée que la notification directe.
Signatures de pétition
Le plugin envoie un mail aux modérateurs de la pétition dès qu’une nouvelle signature est ajoutée (avant même qu’elle ne soit validée) ; le mail de notification contient un lien qui permet de supprimer directement une signature spam.
Inscription des rédacteurs
Le plugin permet aussi d’envoyer un mail aux administrateurs (ou uniquement aux webmestres) lors de la création d’un nouvel auteur (inscription depuis le public et création depuis l’espace privé).
Discussions par date d’activité
91 discussions
Excellent, je commence à tester.
Quelques questions/suggestions dès à présent :
Est-ce que le mail est le seul protocole destiné à être utilisé par ce plugin ? Dans un code diffusé jadis, il était aussi possible de se faire notifier des événements via Jabber, ce qui est extrêmement pratique (c’est plus léger que le mail, ça disparaît tout de suite). Evidemment, je ne suis pas sûr que le nombre d’utilisateurs de jabber justifie de développer ça.
Est-ce qu’il est aussi question d’étendre ce plugin au site public ? Je cherche en particulier un moyen de recevoir des notifications des messages postés dans les forums publics des brèves (SPIP propose actuellement une fonction de suivi pour les publics des articles, mais par pour ceux des brves) ?
Une suggestion d’abord : pour les pétitions, envoyer un mail à chaque signature peut vite submerger une boîte mail si la pétition en question tourne fort. Serait-il possible de ne faire envoyer (par exemple) qu’un digest toutes les heures, reprenant les signatures reçues dans l’heure passée ?
Oups, j’aurais dû regarder avant de demander.
La réponse est donc oui.
Concernant l’option « les participants au même fil de discussion reçoivent les notifications des forums (publics). », je suppose que l’idée est de rendre le truc optionnel. Parce que si les gens se mettent à recevoir du mail sans l’avoir demandé, ça va pas plaire à tout le monde.
Pour les brèves il suffit d’indiquer ton mail comme modérateur ; je pense que l’étape « naturelle » pour aller plus loin sera de fonctionner par secteur, comme avec les admins restreints. Il « suffit de le coder ».
Pour l’instant le plugin ne prévoit pas de liste d’emails bloqués ; il tourne sur forum.spip.org sans que personne n’ait encore jamais râlé... mais je suppose que ça viendra, il faudra alors prévoir un lien en bas de chaque mail permettant à chacun de choisir ses options de réception.
Pour ce qui concerne jabber, sens-toi libre de l’ajouter. Personnellement je n’en ferai rien.
Et pour les signatures, non, je n’ai pas prévu de faire un mode digest ; mais il y a tout ce qu’il faut pour le faire (un cron et des dates : tu ne peux pas trouver mieux).
Cela dit, l’idée de départ pour le suivi des pétitions c’était de pouvoir l’avoir immédiatement afin de contrer le spam.
Bonsoir Fil,
Il ne semble pas que ça fonctionne. J’ai activé la case « auteurs » dans la config et indiqué mon mail, mais je ne reçois rien.
Mais en fait, je ne reçois plus rien du tout, pas non plus les notifications des messages postés sous les articles. Ni du plugin notifications, ni de SPIP (dans la config duquel la vieille option de notif est activée).
Avec l’utilisation généralisée (ou en tout cas très fréquente) des secteurs pour le multilinguisme, je ne sais pas si c’est super utile de faire ça (en tout cas, perso, je n’en ai pas l’usage).
Ah, curieux. Je crois que si j’active une telle fonction sur les sites où je pense l’installer, je ne vais attendre longtemps avant d’avoir des protestations pour spam.
En tout cas, ce serait bien de prévoir un message dans le formulaire de forum des sites pour lesquels cette fonction est activée signalant aux contributeurs qu’ils doivent s’attendre à recevoir des mails.
Le plus simple ne serait-il pas d’ajouter une case à cocher dans le formulaire d’envoi des messages de forum (et de mettre un lien pour se désabonner en dessous de tous les mails envoyés) ;
En fait, la question que je me posais à cet égard était de savoir si, tant qu’à coder un module d’envoi via jabber, ça ne serait pas préférable d’en faire un plugin séparé, de façon, notamment, à pouvoir le réutiliser dans d’autres plugins. Ce qui implique plus ou moins de faire une API rendant générique la fonction d’envoi (bon, c’est vrai qu’en même temps, à part le mail et jabber, je vois pas trop bien quel autre protocole pourrait être intéressé par une telle API).
François
Pour jabber c’est vrai qu’on pourrait en faire une option globale. Mais comment signaler la différence ? Je vois mal ajouter encore et toujours plus d’infos et d’options sur le formulaire de forum, qui est déjà trop chargé.
Oui, c’est compliqué. Déjà juste avec des mails, c’est compliqué, mais si on doit en plus intégrer le choix du mode de notification par chaque utilisateur, ça devient franchement chaud.
Peut-être qu’on pourrait limiter l’usage de jabber aux utilisateurs logués, qui se verraient proposer le choix jabber/mail dans leur formulaire perso dans l’interface privée. Ensuite, une fois qu’ils auraient fait le choix de jabber, toutes les notifs les concernant leur seraient communiquées par ce protocole.
On en revient à l’idée d’un panneau de réglages personnels, accessible à partir d’un mail (vérifié). J’aime bien l’idée, ça peut avoir à voir avec le plugin inscription2.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
