Re: [fr@sympa] Faire envoyer nos newsletters via Sympa ?

[Laurent Spagnol <adresse@cachée>]

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