SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

289 Plugins, 197 contribs sur SPIP-Zone, 87 visiteurs en ce moment

Accueil > Interactivité, échanges > Email, Newsletters, listes de diffusion > Newsletter > Mailsubscribers

Mailsubscribers

16 janvier 2013 – par Cerdic – 401 commentaires

47 votes

Ce plugin permet de gérer les inscriptions (ou abonnements) à la diffusion de contenu par email.

Mailsubscribers permet de gérer les inscriptions par Opt-in simple ou double et la désinscription par URL. Ce plugin gère également plusieurs listes de diffusion (simplifiées) permettant de cibler des listes d’inscrits au cas par cas dans les envois en nombre par courier électronique.

Pour les développeurs, ce plugin implémente la partie subscribe de l’API Newsletter et peut donc être utilisé avec les plugins Newsletters et Mailshot pour l’envoi de Newsletters.

Installation

Le plugin s’installe classiquement, et ne nécessite pas d’autre plugin pour fonctionner. Cependant, si vous souhaitez importer et exporter des listes d’abonnés au format CSV, vous devrez installer le plugin complémentaire SPIP Bonux.

Configuration

Vous pouvez configurer ce plugin pour l’adapter à vos besoins.

Opt-in

Vous pouvez choisir le fonctionnement en simple Opt-in ou double Opt-in :

  • en simple opt-in : il suffit pour s’inscrire que la personne renseigne son email dans un formulaire d’inscription explicitement dédié à l’envoi d’informations par mail, ou qu’il coche une case « je veux m’inscrire à la Newsletter » dans un autre formulaire (inscription comme redacteur dans le site par exemple) ;
  • en double opt-in : l’inscription est mise en attente suite à cette première étape, et un email est envoyé sur l’adresse courriel renseignée, demandant de cliquer sur un lien pour confirmer l’inscription. Il y a donc une étape de vérification.

Le mode double opt-in permet d’avoir une base d’inscrits de meilleure qualité. Il évite les inscriptions forcées, pour le compte d’autrui, ainsi que d’inscrire une adresse email erronée (faute de frappe). Ce mode est nécessaire dans certain pays pour être en accord avec la loi. En France le simple opt-in suffit, mais il est recommandé d’utiliser le double opt-in.

Inscription à la Newsletter lors de l’inscription au site

Si vous activez cette option, une case à cocher sera automatiquement ajoutée sur le formulaire d’inscription au site pour permettre l’inscription à la Newsletter en même temps.

Listes de diffusion

Pour chaque liste, indiquez un identifiant (lettres et chiffres uniquement) ainsi qu’un libellé explicite. Vous pouvez a posteriori fermer une liste : dans ce cas il n’est plus possible de s’y inscrire, mais vous conservez tout de même la liste des inscrits en base de donnée.

Par défaut, il n’y a qu’une liste de diffusion disponible, avec l’identifiant newsletter.

Listes de diffusion automatiques

Il est possible d’avoir des listes de diffusion dont les abonnés sont automatiquement synchronisées avec d’autres tables ou même d’autres bases [1]. Le plugin permet par exemple de créer les listes automatiques des Administrateurs, des Redacteurs et des Visiteurs du site.

Si vous cochez la liste des Administrateurs en Enregistrez, elle apparaîtra avec une mention précisant que cette liste est synchronisée automatiquement. Si vous raffraichissez la page quelque minutes plus tard (ce n’est pas immédiat car la synchronisation est faite en tache de fond), le nombre d’abonnés apparaitra.

Vous pouvez aussi définir votre propre liste automatique synchronisée. Pour cela, créez la liste avec un identifiant et un nom qui vous conviennent, puis ajoutez dans votre fichier mes_fonctions.php la fonction mailsubscribers_synchro_list_newsletter_xxx() que vous aurez créé (en remplaçant xxx par l’identifiant de votre liste).
Cette fonction devra retourner un tableau d’abonnés, chacun étant décrit par un tableau avec
-  l’entrée obligatoire email
-  les entrées facultatives nom et prenom.

Ces données peuvent venir aussi bien d’une table SQL, d’un fichier texte, CSV, d’une autre base de donnée…

Le plugin synchronisera alors automatiquement 1 fois par jour les abonnés avec la liste fournie par votre fonction, et vous pourrez envoyer des Infolettres sur ces listes toujours à jour.

Inscription-désinscription sur le site public

Le plugin ne propose par défaut aucune page d’inscription pour le site public. Vous devez ajouter le formulaire d’inscription et désinscription dans votre squelette.

Formulaire d’inscription

Vous pouvez insérer simplement le formulaire d’inscription dans votre squelette avec la balise #FORMULAIRE_NEWSLETTER_SUBSCRIBE. L’inscription se fera sur la liste par défaut newsletter.

Le formulaire est volontairement le plus simple possible se limitant à un label et un champ de saisie (automatiquement rempli par l’adresse email du visiteur si identifié). Cela vous permet d’ajouter un titre à votre guise. Vous pouvez modifier le libellé du bouton en personalisant la chaine de langue bouton_subscribe.

Pour proposer l’inscription sur une autre liste ou plusieurs listes, indiquez l’identifiant de la ou les listes en argument de la balise, séparés par une virgule. Par exemple : #FORMULAIRE_NEWSLETTER_SUBSCRIBE{newsletter,nouveautes}

Lors de son inscription, l’internaute reçoit un email d’information (ou de confirmation si double opt-in).

Comme pour tous les formulaires, il est possible d’insérer le formulaire d’inscription à l’intérieur du texte d’un article, plutôt que dans un squelette, au moyen de l’appel de modèle suivant :
<formulaire|newsletter_subscribe|listes=liste1| ... >

Formulaire de désinscription

Comme pour le formulaire d’inscription, le formulaire de désinscription s’insère avec #FORMULAIRE_NEWSLETTER_UNSUBSCRIBE. Vous pouvez indiquer la ou les listes concernées en argument : #FORMULAIRE_NEWSLETTER_UNSUBSCRIBE{newsletter,nouveautes}

Vous pouvez modifier le libellé du bouton en personalisant la chaine de langue bouton_unsubscribe.

Lors de sa désinscription, l’internaute reçoit un email d’information. Si il n’est plus abonné à aucune liste, son adresse email est obfusquée, transformée en md5 de son email avec le domaine @example.org. Cela permet de préserver l’anonymat des desinscrit, mais de les garder en base pour éviter de les réinscrire par erreur en cas d’import d’adresses par exemple.

Administration des inscrits

Liste des inscrits

La liste des inscrits est disponible dans l’espace privé, depuis le menu Activité > Inscrits aux envois par email

Inscription

Vous pouvez inscrire une adresse email manuellement depuis l’espace privé en sélectionnant « Ajouter une inscription ».

Vous devrez renseigner a minima l’adresse email et une liste de diffusion. L’inscrit sera par défaut « pas inscrit » et vous devrez modifier son statut pour l’inscrire réellement.
Lorsque vous modifiez le statut par ce formulaire d’édition, aucun courriel de notification n’est envoyé à l’adresse email concernée.

En revanche, dans tous les autres cas l’inscrit recevra automatiquement sur son adresse courriel un email de vérification quand vous lui mettez le statut « à confirmer », et un email d’information si vous lui mettez le statut « abonné ». De même si vous le passez ensuite en « desabonné » un email d’information sera à nouveau envoyé. C’est par exemple le cas quand vous modifiez le statut de l’inscrit par le formulaire de changement dédié à cet effet :

Export des inscrits [2]

Vous pouvez télécharger la liste des inscrits ou de toutes les adresses (y compris les inscrits en attente ou les désinscrits [3]) au format CSV. Chaque colonne correspond à un champ de la table.

Import des inscrits [4]

Vous pouvez importer une liste d’adresse mail à inscrire. Un fichier CSV est attendu, avec en première ligne le nom des champs, selon le même format que celui fournit en export. Si le fichier ne comporte qu’une seule colonne, il sera supposé que ce sont des emails. Cela vous permet d’importer des fichiers textes avec une adresse email par ligne comme les fichiers d’export générés par SPIP-Listes.

Si votre fichier d’import contient une colonne statut, les adresses prendront automatiquement le statut fixé par le fichier. Un email de confirmation ou d’information sera envoyé à chaque adresse importée (sauf si vous cochez l’option pour ne pas notifier lors de l’import).

Si votre fichier d’import ne contient pas de colonne statut, les adresses seront automatiquement inscrites (directement ou via un mail de confirmation selon le réglage de votre opt-in). Cependant, les adresses emails correspondant à des personnes désinscrites ne seront pas ré-inscrites.

Après sélection d’un fichier, le formulaire vous montre une prévisualisation de l’interprétation des données sur les premières lignes du fichier, et vous pouvez lancer l’import si cela vous convient. A cette étape, vous pouvez préciser que cet import doit se faire sans notification des inscrits [5], ou aussi que vous voulez vider la table avant l’import (cas de la mise à jour complète de votre base par un fichier CSV). Cette dernière option ne vous est proposée que si vous êtes webmestre.

Traçabilité des inscriptions

A chaque fois qu’une adresse email est inscrite ou desinscrite, cela provoque l’enregistrement d’une trace dans le champ optin de l’adresse email correspondante. La trace sera enregistrée que l’inscription se fasse sur le site public, ou par un administrateur dans le back-office, ou même par un import de fichier.

La trace contient la date et l’heure de la modification ainsi que les elements d’identification de la personne qui a réalisé l’action (adresse IP si la personne n’est pas identifiée, ou id_auteur et nom de l’administrateur SPIP).

Le champ optin qui garde cette trace n’est pas éditable, et peut donc être opposé comme justificatif si une personne manifeste sa désaprobation d’avoir été inscrite à son insu (à tort ou à raison).

Migration depuis un ancien plugin

Si vous utilisiez auparavant l’un des plugins SPIP-Listes, SPIP-Lettres, CleverMail ou MesAbonnés, les inscrits seront automatiquement importés lors de l’installation de MailSubscribers (dans le cas des plugins SPIP-Lettres et CleverMail, les désinscrits sont aussi importés).

Pour cela vous devez avoir encore les tables de ces plugins dans votre base de données. Il vous faut donc désactiver votre ancien plugin, mais surtout ne pas le désinstaller car cela supprime les données.

Après avoir installé le plugin et vérifié que toutes les adresses ont bien été importées, vous pouvez désinstaller votre ancien plugin pour supprimer ses données si vous le souhaitez.

Voir en ligne : https://plugins.spip.net/mailsubscribers

Notes

[1à partir de la version 1.6.0

[2Cette fonction necessite la présence du plugin SPIP-Bonux

[3les adresses mails des desinscrits sont obfusquées par un md5 pour des raisons de confidentialité

[4Cette fonction necessite la présence du plugin SPIP-Bonux

[5réserver cet usage au transfet d’inscrits d’un site à un autre, et ne pas en profiter pour importer des adresses qui n’ont pas explicitement demandé à être inscrites

Dernière modification de cette page le 15 mai 2018

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 22 mai à 12:40, par 1138 En réponse à : Mailsubscribers

    L’entrée en application du RGPD approche. Sur le site de mon boulot, il y a environ 140 personnes inscrites à la newsletter dont nous ne pouvons démontrer le fait qu’elles ont effectivement accepté l’inscription. (Ces 140 cas datent d’avant que notre site soit sous SPIP.)

    Nous allons leur demander confirmation et la solution que j’ai trouvée tient du bricolage :

    1. Désinscrire ces personnes par l’import d’un CSV. (Je change aussi la date afin de regrouper tout le monde.)
    2. Modifier une à une les adresses e-mail (obfusquées ou non), afin d’éviter les conflits.
    3. Réinscrire une à une ces personnes via le formulaire public..

    Vu que c’est un peu fastidieux, avez-vous des idées pour faciliter cela ? J’ai testé le réimport d’adresse avec le statut prop (= « En attente ») mais ça n’envoie pas d’e-mails de demande de confirmation.

    Autre question : peut-on créer un formulaire qui envoie un message de demande de confirmation différent du formulaire d’inscription standard ? J’aimerais éviter de surcharger les fichiers de langue, même temporairement.

    Merci d’avance !

    • Le 7 juin à 09:25, par Cerdic En réponse à : Mailsubscribers

      Le problème est commun à tous les utilisateurs, et il faut que j’ajoute une fonction de revalidation de tous les inscrits, car en plus de cela il faut enregistrer en base le consentement explicite de chaque inscrit (c’est à dire la phrase exacte de ce à quoi il a consenti) car il faut être capable de la produire à la demande pour prouver le dit consentement.

      Mais de fait ça sera pas prêt pour le 25 mai :)

    Répondre à ce message

  • Le 2 juin à 17:29, par Caroline En réponse à : Mailsubscribers

    Depuis le passage en spip 3.2, le double opt-in n’est plus possible, le mail demandant confirmation aux inscrits affiche du code autour du lien à cliquer pour valider l’inscription, les gens n’y comprennent rien.

    Comme solution Cerdic avait proposé il y a quelques mois d’utiliser la version 2.5.1 de mailsubscribers ; aujourd’hui nous sommes passés en 2.7 mais le problème persiste. J’ai testé cette fonction ce matin avec les plugins facteur, mailsubscribers et mailshot à jour.

    Est-ce que ce problème est en pris en compte par les personnes qui travaillent sur ce plugin que je remercie au passage pour leur engagement et le temps qu’ils investissent ? Ou est-ce qu’il faut se contenter définitivement du simple opt-in ?

    • Le 6 juin à 09:45, par Caroline En réponse à : Mailsubscribers

      Aucune réaction, dommage. Nous sommes obligés d’utiliser le double opt-in, le nouveau règlement européen sur la protection des données est intraitable à ce sujet. Je crains donc que si le problème persiste, on ne pourra plus utiliser ce plugin et ceux qui en dépendent (newsletter).

    • Le 6 juin à 09:55, par Cerdic En réponse à : Mailsubscribers

      Je confirme que le bug a été corrigé depuis la version 2.5.1, cf
      https://zone.spip.org/trac/spip-zone/changeset/107198/_plugins_/mailsubscribers/trunk

      Si le problème persiste chez toi c’est très probablement parce que le modèle de mail utilisé notifications/mailsubscriber_confirm.html a été personnalisé sur ton site, en partant de l’ancien modèle qui contenait le bug. Auquel cas il faut le corriger lui aussi.

      Mais le plugin marche très bien avec SPIP 3.2, que ce soit en simple ou double opt-in

    • Le 7 juin à 06:21, par Caroline En réponse à : Mailsubscribers

      Voilà qui explique tout - merci beaucoup Cedric !

    Répondre à ce message

  • Le 7 mai à 16:24, par julich En réponse à : Mailsubscribers

    Bonjour,

    Je viens d’installer la dernière version du plugin sur un spip 3.2.1 et j’ai maintenant deux erreurs dans la page « Inscrits aux envois par email » (exec=mailsubscribers) :

    « Critère inconnu id_mailsubscribinglist » et « Critère inconnu id_segment » dans ../plugins/auto/mailsubscribers/prive/objets/liste/mailsubscribers.html

    Je ne comprends pas pourquoi ces critères posent problème, d’autant qu’ils sont facultatifs dans la boucle incriminée (avec le ?). J’ai vidé le cache et réessayer d’installer le plugin mais rien n’y fait.

    SI quelqu’un a une piste, je suis preneuse.

    • Le 14 mai à 15:41, par julich En réponse à : Mailsubscribers

      Problème résolu en ajoutant clés primaires dans la table spip_mailsubscriptions :

      ALTER TABLE `spip_mailsubscriptions` ADD PRIMARY KEY( `id_mailsubscriber`, `id_mailsubscribinglist`, `id_segment`) ;

    Répondre à ce message

  • Le 5 avril à 18:43, par Jaseur Boréal En réponse à : Mailsubscribers

    Bonjour,

    Quand un lecteur souhaite s’abonner à la newsletter, il remplit un formulaire très simplifié limité à un label et son champ de saisie « email » (automatiquement rempli par l’adresse courriel du visiteur si le site procède aux inscriptions avec identifications)

    Dans la liste « Inscrits aux envois par email » qui comprend par fiche 4 champs apparents pour chaque visiteur inscrit (coté privé), dont seulement 3 se remplissent et le champ « Nom » reste vide, car il n’est pas demandé au lecteur souhaitant s’abonner à la newsletter de le remplir :

    • Email
    • Nom
    • Langue
    • Listes

    Comment ajouter un champ de saisie du Nom et son label dans le formulaire « inscription à la newsletter » sans avoir besoin d’installer un plugin de questionnaire ou de champ supplémentaire, car le champ @nom@ existe déjà ?

    Merci pour toutes les solutions simples.

    Répondre à ce message

  • Le 4 avril à 11:22, par Teenoo En réponse à : Mailsubscribers

    Bonjour,

    installation d’un spip 3.2 tout neuf, du plugin Facteur à jour 3.5.1... Mais Mailsubscriber est impossible à installer car il demande une version du Facteur introuvable, la 3.5.2.
    Un problème d’écriture du paquet ? Ou bien ?

    • Le 4 avril à 11:34, par Maïeul En réponse à : Mailsubscribers

      La version de 3.5.2 est disponible depuis cette nuit. La page https://plugins.spip.net/facteur n’était pas à jour, mais tu peux bien le telecharger là.

      Si tu utilise l’installation automatique, il se peut que le cron qui vérifie les information sur les versions des plugin disponible ne soit pas en core passé.

      Tu peux aller dans maintenance>liste des travaux> et executer « svp_actualiser_depots »

    • Le 4 avril à 11:35, par Teenoo En réponse à : Mailsubscribers

      Ok merci :) Voila faut 10 caractères...

    Répondre à ce message

  • Le 3 mars à 14:11, par Philippe Robin En réponse à : Mailsubscribers

    bonjour
    y a t-il un moyen de désabonner « en masse » des adresses mails ? par exemple avec un fichier csv ou autre.

    merci d’avance

    • Le 3 mars à 14:17, par Philippe Robin En réponse à : Mailsubscribers

      je réponds à ma question si ça interesse quelqu’un :
      en iportant un fichier csv par le champ d’import, et ce fichier csv doit comporter une colonne statut qui indiquera « valide » ou « invalide », ainsi que le nom de la newsletter en question.

    Répondre à ce message

  • Le 27 février à 21:22, par pamillet En réponse à : Mailsubscribers

    bonsoir,

    lisant l’impressionnante liste de questions réponses, je suis impressionné par la réactivité et l’efficacité de cedric... et j’hésite à poser ma question qui n’est qu’un souhait...bien moins prioritaire que tout ce que j’ai lu...mais bon...

    c’est une bonne chose d’avoir créé automatiquement une liste pour chaque import, mais cela me conduit à vouloir souvent fusionner deux listes... j’exporte alors le tout, je manipule en externe pour fusionner, puis je réimporte...

    pas très compliqué, mais on se dit que cela devrait être assez simple de sélectionner une liste et pouvoir l’importer dans une autre...

    ca permettrait de gérer des listes différentes, tout en les fusionnant dans une liste d’envoi global... du genre, les inscrits de ma ville à qui j’envoie certains messages, les inscrits des alentours à qui j’en envois d’autres et le tout à qui j’envoie mes voeux...

    merci de toute façon pour cet excellent outil...

    pam

    • Le 28 février à 14:50, par Cerdic En réponse à : Mailsubscribers

      En soit fusionner une liste avec une autre n’est pas très compliqué, mais quand on creuse ça pose beaucoup de question :

      • est-ce que c’est une fusion « un seul coup » et ensuite chaque liste vie sa vie ? ou alors une fusion « intelligente », en fait une liste virtuelle qui se met à jour automatiquement en fonction des de l’évolution de chaque liste ?
      • et du coup dans les 2 cas ça pose des questions en terme de deinscription : quand les gens qui reçoivent veulent se desinscrire comment ça se passe ? si ils se désinscrivent de la liste fusionnée, ils resteront inscrits à chacune des 2 listes…
      • le vrai besoin ça serait pas plutôt de pouvoir faire un envoi à plusieurs listes, en assurant que personne ne reçoive 2 fois le mail ?
        Auquel cas garder des listes distinctes serait aussi bien, mais c’est juste au moment de l’envoi ou l’on cocherait plusieurs listes et le dédoublonnage se gérerait automatiquement ?

    Répondre à ce message

  • Le 26 octobre 2017 à 09:01, par lupitek En réponse à : Mailsubscribers

    Hello,
    Après passage en 3.2, les mails de confirmation ont un bug sur le HTML

    Mail reçu :

    1. Pour confirmer votre inscription, merci de cliquer sur le lien suivant : ⚠️ <br><center><span style="display: inline-block;"><!--[if mso]> <v:roundrect xmlns:v="urn:schemas-microsoft-com:vml" xmlns:w="urn:schemas-microsoft-com:office:word"

    En faisant le test de mail accentué du plugin facteur, aucun problème.

    • Le 26 octobre 2017 à 18:47, par julien En réponse à : Mailsubscribers

      Pareil. Mise à jour du site en spip 3.2, et paf, les liens de confirmation dans les mails sont horribles :

      1. <pre> <br><center><span style="display: inline-block;"><!--[if mso]>
      2. <v:roundrect xmlns:v="urn:schemas-microsoft-com:vml"
      3. xmlns:w="urn:schemas-microsoft-com:office:word"
      4. href="https://reporterre.net/spip.php?action=confirm_mailsubscriber&email=dominique.lhermite%40sfr.fr&arg=734b29e5ce522029c45b93f4abbb35bcae0e87d9"
      5. style="height:40px;v-text-anchor:middle;width:250px;" arcsize="10%"
      6. strokecolor="#1e3650" fillcolor="#556270"> <w:anchorlock/> <center
      7. style="color:#ffffff;font-family:sans-serif;font-size:13px;font-weight:bold;">M'inscrire
      8. à la Newsletter</center> </v:roundrect> <![endif]--><a
      9. href="https://reporterre.net/spip.php?action=confirm_mailsubscriber&email=dominique.lhermite%40sfr.fr&arg=734b29e5ce522029c45b93f4abbb35bcae0e87d9"
      10. style="background-color:#556270;border:1px solid
      11. #1e3650;border-radius:4px;color:#ffffff;display:inline-block;font-family:sans-serif;font-size:13px;font-weight:bold;line-height:40px;text-align:center;text-decoration:none;width:250px;-webkit-text-size-adjust:none;mso-hide:all;">M'inscrire
      12. à la Newsletter</a></span></center><br> </pre>

      Télécharger

      Très embêtant... les auteurs du plugin vont-ils intervenir très vite ou bien on doit aller à la pêche dans le php ?

      Merci de votre aide.

    • Le 26 octobre 2017 à 18:54, par julien En réponse à : Mailsubscribers

      C’est en fait un problème du plugin FACTEUR.

      Fichier /facteur/emails/inc-button.html

    • Le 26 octobre 2017 à 20:06, par Cerdic En réponse à : Mailsubscribers

      Ce sont les protections anti XSS ajoutées dans Spip 3.2 qui se déclenchent ici. Il faut voir comment éviter ça.
      Les auteurs du plugin vont regarder comment trouver une solution propre, en fonction de leur disponibilité.

    • Le 27 octobre 2017 à 14:05, par Matthieu Marcillaud En réponse à : Mailsubscribers

      Ok. Ça se passe dans les squelettes de notifications/
      Les écritures suivantes envoient un contenu HTML en paramètre d’une chaîne de langue (HTML provenant de l’inclusion inc-bouton donc). La sécurité XSS ajoutée en 3.1.7 et 3.2 bloque certains codes HTML, et ça semble le cas ici.

      1. [(#SET{url,[<br><center>(#INCLURE{fond=emails/inc-button, ... })</center><br>]})]
      2. <p><:mailsubscriber:confirmsubscribe_texte_email_2{url_confirmsubscribe=#GET{url}}:></p>

      Télécharger

    • Le 27 octobre 2017 à 14:43, par Matthieu Marcillaud En réponse à : Mailsubscribers

      Pour aller plus loin, le texte est échappé car safehtml() ne retourne pas le même contenu que le texte d’origine. Effectivement, il enlève tout ce qui est entre <!--[if mso]> et <![endif]-->.

    • Le 29 octobre 2017 à 13:29, par Cerdic En réponse à : Mailsubscribers

      La version 2.5.1 du plugin corrige le problème avec SPIP 3.2

    • Le 29 octobre 2017 à 14:37, par Francky En réponse à : Mailsubscribers

      Salut cédric :-)
      Merci pour le boulot !!!
      La version 2.5.1 à le statut « test », mais comme la version 1.x.x avait le statut « stable » la mise à jour n’est pas proposé par « svp »
      En plus, la version 1.x.x n’est plus proposé en zip (en plus du fait qu’il a changer de nom)
      https://zone.spip.org/trac/spip-zone/changeset/106858/

      Donc ma question est de savoir si, tu penses possible de mettre le statut « stable » à la version 2.x.x pour qu’avec un peu de chance, svp propose la mise à jour à ceux qui sont sous spip 3.1.7
      Franck

    • Le 30 octobre 2017 à 08:40, par lupitek En réponse à : Mailsubscribers

      Super, ça marche nickel sur la 3.2 désormais. Beau boulot.

    • Le 27 novembre 2017 à 10:20, par Caroline En réponse à : Mailsubscribers

      Salut Cédric, merci d’avoir travaillé sur ce problème ! Peut-on disposer bientôt de la version 2.5.1 ? En attendant j’ai mis le opt-in en opt-in simple.

    • Le 21 février à 08:20, par Francis En réponse à : Mailsubscribers

      Toujours le même problème... La version 3.5.1 du plugin facteur ne le résoud pas. La version 2.5. n’est pas disponible en téléchargement. Le texte du message de confirmation est illisible.

      La loi sur la protection des données qui entre en vigeur le 25 mai renforce la nécessité de passer par un opt-in. Actuellement, je ne peux pas proposer cette fonction à cause de ce problème.
      Si je ne trouve pas de solution, je devrais adopter une autre solution pour la gestion des inscriptions, ce que je regrettrai fortement.

      Est-il possible de regler le problème tout en utilisant la version 3.5.1 du plugin facteur ?

    • Le 21 février à 10:16, par Maïeul En réponse à : Mailsubscribers

      Heu chez moi la version 2.6.0 Mailsubscriber est bien disponible en téléchargement et en installation automatique.

    • Le 21 février à 13:17, par Francis En réponse à : Mailsubscribers

      Pas sur le site plugins spip, un clic sur cette version ne donne rien. Mais même si ce serait possible de le télécharger, est-il bon de mettre une version ancienne ? Je préfère des plugins à jour. Ne pourrait-on pas régler ce problème autrement ?

    Répondre à ce message

  • Le 16 février à 22:09, par Eric En réponse à : Mailsubscribers

    Bonjour

    j’ai refait le site Yoga Vision avec la version 3.2 de spip et réinstallé le plugin. Et il ne marche pas.
    J’ai mis le formulaire de base dans le squelette : #FORMULAIRE_NEWSLETTER_SUBSCRIBE
    http://www.yoga-vision.org - formulaire dans la colonne de droite

    Je me retrouve avec 2 bugs par rapport au passé :
    -  le message « Erreur » qui apparaît quand je le test.
    -  Email avec un petit point avant le formulaire

    Vos lumières et aide me seront précieuses
    merci
    Eric

    Répondre à ce message

  • Le 7 février à 10:05, par Karen En réponse à : Mailsubscribers

    Bonjour,

    J’utilise ce super plugin couplé avec Mailshot configuré pour Mailjet et le plugin Newsletter, avec une liste de près de 1000 contacts pour le moment. Mailjet invalide automatiquement les adresses bloquées mais pas les adresses en erreurs (domaine invalide ou utilisateur inconnu).

    Je me demande donc s’il est possible de faire quelque chose pour que les adresses mises en erreur par Mailjet puissent être supprimées de la même façon que les adresses bloquées.

    Ou alors, au moins, comment faire pour modifier en une seule fois le statut de toutes les adresses mises en échec dans SPIP, dans le compte rendu d’envoi de newsletter ?

    Bref, comment ne plus les avoir dans la liste pour un prochain envoi et repartir sur une liste propre, sans modifier les statuts un par un !

    D’avance merci pour vos pistes !

    • Le 7 février à 14:09, par Jaseur Boréal En réponse à : Mailsubscribers

      Bonjour,
      normalement, les adresses mises « en erreur » par mailjet, ne pourront pas être réutilisées lors d’un envoi suivant.

      J’adhère à l’idée d’utiliser un automatisme pour que spip reçoive l’information de ces adresses en erreurs, et puisse ainsi mettre à jour sa propre base de donnée.

      Pour l’instant c’est la base de données du compte mailjet qui se met à jour.

      C’est à dire, que les « erreurs » doivent etre « corrigées » manuellement.

      Y a-t-il d’autres solutions plus simples ?

    • Le 7 février à 14:54, par Cerdic En réponse à : Mailsubscribers

      Si vous utilisez un compte Mailjet en v3 avec l’API v3, il y a automatiquement remontée des adresses en erreur depuis Mailjet et une stratégie de désabonnement des adresses fautives

    • Le 7 février à 16:12, par Jaseur Boréal En réponse à : Mailsubscribers

      Merci Cédric pour cette info,
      Mais où donc dans spip cette remontée d’adresses en erreur est-elle visible ?
      Car je n’ai pas constaté cela. Il y a peu, il m’a fallu désinscrire manuellement dans la base spip les adresses signalées « en erreur » par mailjet V3, pour approprier la base spip.

    • Le 7 février à 16:32, par Karen En réponse à : Mailsubscribers

      Merci pour vos réponses.

      Je confirme que seules les adresses « bloquées » (noires chez Mailjet) sont automatiquement désinscrites de la liste de diffusion dans Spip, mais pas celles en « erreur » (oranges chez Mailjet).

      Dans Spip, je vois donc ces adresses en « erreur » additionnées à celles « bloquée » dans le compte-rendu des envois de la newsletter. Tandis que celles en « erreur » sont toujours dans la liste des inscrits à la liste de diffusion dans Mailsubscribers.

      (@ Jaser, on les voit donc dans le compte-rendu de l’envoi : publication > suivi des envois de mails en nombre… il y a la liste des envois réussis et des envois échoués. Mais du coup c’est plus clair dans Mailjet car on peut n’afficher que les erreurs à supprimer manuellement, les bloquées étant déjà automatiquement supprimées dans Spip).

      Dans les désinscrits, je n’ai donc que les « bloqués » et les désinscriptions faites par les destinataires.

      J’utilise un Spip 3.1.7 avec les 3 plugins à jour et Mailjet V3…

    • Le 7 février à 17:02, par Cerdic En réponse à : Mailsubscribers

      Attention, il faut bien configurer Mailshot pour qu’il utilise l’API mailjet, et pas le réglage en SMTP.

      Ensuite pour la gestion des erreurs :

      • les mails explicitement bloqués par Mailjet sont en effet immédiatement désabonnés
      • les mails en erreur sont marqués en ’fail’ dans le compte rendu de l’envoi, et si on voit que c’est le 3e envoi consécutif où ils apparaissent en erreur on les désabonne. Il y a donc une tolérance sur ce genre d’erreur car une boite email pleine par exemple peut être une erreur temporaire
        https://zone.spip.org/trac/spip-zone/changeset/99821/_plugins_/mailshot/trunk
    • Le 7 février à 17:41, par Karen En réponse à : Mailsubscribers

      Mailshot est bien configuré sur Mailjet et non en smtp.

      Voilà l’explication, c’est le premier échec et non le troisième, mais jamais sur de boites pleines, seulement des gens qui on mal renseigné leurs mails, avec des adresses du type @gmal ou @wanado, plus certains utilisateurs inconnus… donc aucune chance que ça passe la prochaine fois.

      Du coup je vais devoir les enlever à la main, 38 sur 1000… ça va encore mais je n’aime pas car il me semble que les erreurs accumulées au cours des envois nuisent à la réputation de l’expéditeur avec un maximum accepté de 5% au total en s’additionnant au fur et à mesure sans jamais revenir à zéro d’un envoi à l’autre.

      En tout cas, merci Cédric pour ce plugin et toutes ces réponses précises.

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Formidable, le générateur de formulaires

    23 janvier 2012 – 2449 commentaires

    Un générateur de formulaires facilement configurable pour les non-informaticiens et facilement extensible pour les développeurs. Introduction L’objectif était de créer un plugin permettant de générer des formulaires. Historiquement, 2 plugins (...)

  • Éditorial (HTML5UP)

    27 novembre 2017 – 77 commentaires

    Squelette SPIP pour intégrer le modèle Editorial de HTML5UP https://html5up.net/editorial Configuration La page de configuration permet quelques réglages. On y défini la couleur principale du site, des informations de contact et le contenu de la (...)

  • SPIP 400 - Gestion des erreurs HTTP

    23 mars 2012 – 13 commentaires

    Ce plugin tente de compléter la distribution de SPIP en proposant des modèles de pages d’erreur HTTP (codes 401 et 404) avec un texte explicatif et la possibilité pour l’internaute de transmettre un « ticket de bug » au webmestre du site. (...)

  • ScolaSPIP 4

    19 janvier 2016 – 347 commentaires

    ScolaSPIP est plugin-squelette responsive personnalisable pour sites Web d’établissements scolaires basé sur SPIPr Présentation de ScolaSPIP Ce plugin pour SPIP 3 est développé par la Dane de l’académie de Versailles pour les webmestres de cette (...)

  • Mots arborescents

    12 octobre 2015 – 15 commentaires

    Ce plugin permet de gérer une arborescence de mots-clés. La configuration d’un groupe de mots dispose d’une nouvelle option pour autoriser pour ce groupe les arborescences de mots-clés. Dans ces groupes, des mots enfants peuvent être créés pour (...)