Subject: Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
List archive
Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?
- From: Laurent Spagnol <address@concealed>
- To: Mathieu <address@concealed>, "address@concealed" <address@concealed>
- Subject: Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?
- Date: Wed, 18 Jan 2023 09:58:57 +0100
Bonjour,
Le 17/01/2023 à 16:59, Mathieu a écrit :
Bonjour,
Je cherche une solution pour améliorer les newsletters de plusieurs services de ma mairie. Ça va de la lettre de vœux du maire à l'envoi d'actu aux commerçants, etc.
Aujourd'hui, c'est fait par de simples mails avec des dizaines de BCC (sans vraiment de gestion de ceux qui bouncent...).
Sympa est presque parfait, sauf :
1) l'interface.
Elle est trop compliquée pour nos futurs propriétaires de listes : ils risquent de casser la conf de leur liste sans s'en rendre compte. On pourrait créer leurs listes nous-même, mais il faudra bien leur laisser y accéder pour qu'ils puissent gérer leurs abonnés, consulter les bounces, les statistiques, etc.
Tu peux déjà faire du tri dans les "templates", voire les "customiser".
Pour mon établissement (~50000 BALs, plus de 3000 listes Sympa), j'ai limité les types de listes à 4 possibilités, avec les réglages "qui vont bien":
- adresse générique (on les gère avec Sympa !)
- groupe de travail
- newsletter (post limité aux modérateurs avec modération)
- newsletter étendues (post ouvert à tous les membres de l'établissement, messages modérés)
La personne qui demande une création de liste sera automatiquement "propriétaire" de la liste et implicitement "modérateur/trice" si aucun modérateur n'est spécifié.
Il faut savoir que le rôle de "propriétaire" ne donne en fait pas beaucoup de privilèges au niveau réglages !
En gros, c'est limité à la gestion des abonnés.
Pour avoir (presque) tous les droits sur la gestion d'une liste, il faut passer "propriétaire avec privilèges" et ça ne peut être fait que par un Admin de Sympa.
On fonctionne comme ça <TROLL> et si ça survit au corps enseignant, ça devrait survivre à des employés de mairie </TROLL> ;)
2) l'absence de suivi des campagnes.
Quitte à leur imposer^wproposer un outils plus élaboré (que le MUA actuel), autant leur offrir des options de suivi. Il ne s'agit pas de traquer les clics, mais d'avoir le focus sur un envoi donné : combien de destinataires l'ont reçu (au sens SMTP en tout cas), sur quelle période, combien et lesquels ont bouncé. Grosso modo, je crois que Sympa peut donner ces infos, sauf qu'elles ne sont pas liées à un envoi mais à toute la liste. Il faudrait que l'utilisateur pense à relever les chiffres actuels pour les comparer aux futurs et en déduire ceux de sa campagne ; ce n'est pas vraiment envisageable.
Ca sent le DSI qui veut des indicateurs dans tous les sens pour faire de jolis camemberts à projeter dans les réunions de "cravateux" !
"Hache tag" StartupNation ;)
Sympa a été créé pour les ESR, pas pour les sociétés de parasites qui nous inondent de milliards de pourriels publicitaires ("Hache tag" GabegieEnvironnementale). Sympa est destiné à diffuser des mails/infos "légitimes" au sein d'une communauté, sont but n'est pas d'envoyer du spam (un mail publicitaire EST UN SPAM).
Sympa gère les "bounces" au niveau des listes car c'est utile pour détecter les adresses invalides. Mais il n'est pas vraiment utile (dans notre contexte) d'avoir cette info pour chaque "campagne": les mails n'étant censés être du SPAM, ils sont censés être acceptés par les domaines de destination si l'adresse est valide.
Maintenant, rien de t'empêche de l'implémenter, c'est l'avantage du "libre": tu n'es limité que par ton imagination et tes compétences.
Point de départ: éplucher le schéma de la DB de Sympa, les logs du MTA et ceux de Sympa (ils piquent un peu).
3) l'API n'expose pas les erreurs ni les statistiques.
On a envisagé de développer une interface web basique, en se basant sur l'API, mais si on ne peut pas récupérer les bounces ni les statistiques, les agents devront quand même accéder à l'interface Sympa, et on en revient donc au point 1.
"Comique de répétition": un mail envoyé par Sympa n'est censé être rejeté que si l'adresse de destination est injoignable (erreur dans l'adresse, boite pleine, ...). Pas de bounce = adresse valide et mail distribué. Pas besoin de plus !
On envisage aussi phpList, et je viens de découvrir Listmonk, mais il leur manque la gestion du multi-tenant. Il faudrait gérer une instance par utilisateur, ce qui ne serait pas très amusant à maintenir...
Bref, comment faites-vous vos campagnes de newsletter ?
PS : Est-ce qu'il vaut mieux poster ça sur en@sympa ?
Quelle que soit la langue, Sympa a été conçu et est utilisé par et pour les ESR.
Avis perso: ce que tu cherches à faire ressemble à ce que font les prestataires de "pourripostage": ils ont besoin d'indicateurs de "performance" pour leurs clients ...
Sympa n'est tout simplement pas fait dans cet esprit.
"Comique de répétition": soit tu implémente ce qui te manque, soit tu utilise autre chose que Sympa.
Cdlt,
LS
--
Laurent Spagnol
Administrateur GNU/Linux
Responsable du pôle système
Service réseau et télécom
Direction du Numérique
Université de Reims
Campus du Moulin de la Housse
Bâtiment 3
BP 1039 - 51687 Reims cedex 2
Plan d'accès: https://www.openstreetmap.org/#map=19/49.24423/4.06244
Tel: +33 3 26 91 88 32
Fax: +33 3 26 91 31 87
https://numerique.univ-reims.fr
-
[fr@sympa] Faire envoyer nos newsletters via Sympa ?,
Mathieu, 01/17/2023
- Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?, Luc Didry, 01/18/2023
-
Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?,
Laurent Spagnol, 01/18/2023
-
Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?,
Mathieu, 01/20/2023
- [fr@sympa] Param Return-path, Pierre Legay, 01/20/2023
-
Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?,
Mathieu, 01/20/2023
Archive powered by MHonArc 2.6.19+.