SPIP-Contrib

SPIP-Contrib

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

290 Plugins, 198 contribs sur SPIP-Zone, 100 visiteurs en ce moment

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

Mailshot

16 janvier 2013 – par Cerdic – 329 commentaires

40 votes

Ce plugin prend en charge l’envoi en nombre d’info-lettres par email.

Mailshot permet l’envoi en nombre d’emails au moyen d’un SMTP (ou d’un service externe) dédié à cet effet. Il permet de limiter la cadence d’envoi.

Enfin, ce plugin implémente la partie send de l’API Newsletter et peut donc être utilisé avec les plugins Mailsubscribers et Newsletters pour l’envoi de Newsletters.

La question du SPAM

Avant de décrire en détail le fonctionnement du plugin, il est important de souligner que l’envoi de mails en nombre est rendu de plus en plus difficile en raison de la prédominance du SPAM. Plus de 95% des emails qui circulent sur les serveurs de courriers sont du SPAM. Les opérateurs de mails (FAI, gmail...) sont donc de plus en plus stricts dans les règles de filtrage.

En tant qu’éditeur de contenu et utilisateur de ce plugin, vous avez une responsabilité : n’envoyer du contenu qu’à des utilisateurs qui l’ont sollicité par une demande explicite. Lorsque vous ne respectez pas cette règle, vous envoyez des emails non sollicités, c’est à dire du SPAM. Et vous contribuez à renforcer les règles de filtrage des opérateurs de mail.

Cette situation généralisée entraine bien des désagréments :

  • certains mails légitimes n’arrivent jamais à vos destinataires ;
  • en tant qu’expéditeur régulier vous risquez d’être blacklisté, voire votre serveur risque d’être blacklisté.

C’est pour cette raison que ce plugin ne permets pas d’envoyer des mails à l’aide de la fonction mail() de PHP. Cette fonction permet l’envoi simple de mail, mais elle passe par un canal partagé entre tous les sites hébergés par un serveur. Si vous l’utilisez à mauvais escient, c’est tous les autres utilisateurs qui seront pénalisés.

C’est également pour cette raison que ce plugin propose d’utiliser un service d’envoi de mail (serveur SMTP dédié, service externe commercial) spécifique à cet usage. Ainsi, même si vos envois en nombre déclenchent - à tort ou à raison - un filtrage chez les opérateurs de mail, le reste du fonctionnement du site n’en sera pas affecté (envoi des mails d’inscriptions, de formulaire de contact, de notification de forum, de pétitions...). Utilisez cette possibilité et protégez le fonctionnement quotidien de votre site web.

Installation

L’installation du plugin nécessite le plugin Facteur qui prend en charge l’envoi des mails à l’aide d’un serveur SMTP.

Configuration

La configuration du plugin concerne le service d’envoi qui sera utilisé pour les envois en nombre ainsi que les réglages d’expéditeur (nom et email) :
Configuration du plugin Mailshot

Service d’envoi

Le réglage par défaut est d’utiliser le même service d’envoi que pour les autres mails (soit le serveur de mail SMTP configuré dans le plugin Facteur). Ce réglage fonctionne mais n’est pas conseillé comme indiqué plus haut.
Si aucun serveur SMTP n’est configuré par défaut, le premier choix est désactivé comme ceci :

Cette fois vous n’y couperez pas : vous devez alors absolument choisir un autre service pour l’envoi de vos emails.

Vous pouvez configurer un serveur SMTP (celui qui gère les emails de votre nom de domaine, Gmail...) (assurez vous dans tous les cas qu’il accepte que vous passiez par lui pour cet usage) :

Sinon, et c’est la solution la plus fiable, il vaut mieux utiliser un service dédié à l’envoi de mails en nombre comme Mailjet [1], Sparkpost [2] ou Mandrill [3] (disclaimer : l’auteur n’a aucun intérêt dans ces services commerciaux).

Le plugin propose aussi l’utilisation du service Mandrill, mais celui-ci est désormais soumis à l’utilisation d’un compte MailChimp payant, ce qui en restreint l’accès.

Cadence d’envoi

Dans tous les cas, que vous utilisiez un serveur SMTP ou un service externe, il est possible, voire probable, que vous soyez soumis à une cadence d’envoi maximale (nombre maximum de mails par quart-d’heure, par heure, par jour...). Dans ce cas là, convertissez cette cadence maximale en nombre de mail par jour et renseignez le champ Limiter la cadence d’envoi. La cadence sera prise en compte en espaçant l’envoi des mails de façon régulière pour ne pas dépasser cette moyenne journalière.

Envoi rapide

A contrario, si vous utilisez un service d’envoi capable d’envoyer très vite, ou de tout recevoir très vite et de mettre en attente les envois surnuméraires (c’est le cas de Mandrill notamment), vous pouvez activer l’option d’envoi rapide.

Quand cette option est cochée le plugin essaye d’envoyer aussi rapidement que possible à tous les destinataires. Notamment, en fonction du nombre d’envoi total à réaliser, il va lancer des processus parallèles pour accélérer le traitement, en étant capable par exemple d’envoyer 50 000 mails/heure si on a 200 000 destinataires.

Attention toutefois, envoyer rapidement un grand nombre de mails est une chose, mais il faut penser que cela va provoquer un pic de visites simultanées sur votre site, et que votre hébergement doit aussi être dimensionné pour absorber ce trafic supplémentaire.

Expéditeur

La dernière partie du formulaire permet de fixer les noms et emails de l’expéditeur qui apparaitra sur vos envois en nombre.

Historique des envois

Pour chaque envoi, le plugin conserve un historique de chaque adresse mail destinataire, date d’envoi, et statut (lu, cliqué, rejeté…) si il est récupéré depuis un service externe. Si vous envoyez beaucoup de lettres à beaucoup de destinataires, cela peut faire grossir la base de données de manière excessive, et dans ce cas il est préférable de purger les statistiques d’envoi pour les vieux envois.
Seul le détail des statistiques sera purgé, mais vous conserverez une statistique globale du nombre de mails reçus, lus, cliqués, rejetés…

Personnalisation du contenu des courriels

Avant chaque envoi d’un email, le plugin déclenche la personnalisation du mail à l’aide des variables qui décrivent le destinataire (voir Newsletters).
Les variables sont celles fournies par le plugin Mailsubscribers pour la description d’un inscrit :

  • email
  • nom
  • listes
  • lang
  • status
  • url_unsubscribe

Pour plus de détail, voir ce que retourne la methode newsletter/subscriber de l’API Newsletter.

Lors de l’envoi à un email unique qui n’est pas forcément inscrit, le plugin essaye de remplir au mieux les variables.

Envoi d’une Info-lettre

L’envoi d’une info-lettre se fait depuis la page d’administration de l’info-lettre, tel que décrit par Newsletters. Un formulaire d’envoi est disponible :

Si la première partie du formulaire sert à faire un envoi unitaire, c’est ici la seconde partie qui nous intéresse. En sélectionnant une liste d’inscrits, on peut déclencher l’envoi en masse à cette adresse en cliquant sur le bouton « Envoyer ! » en regard du selecteur :

On reçoit alors un message de confirmation du déclenchement de l’envoi, et l’envoi en cours apparaît en bas du formulaire. Un résumé de l’avancement apparaît (exprimé en nombre de mails envoyés par rapport nombre total de destinataires). Des boutons de contrôle permettent de mettre l’envoi en pause ou d’abandonner l’envoi.

Tant qu’un envoi est en cours, la liste est rafraichie toutes les 2minutes pour afficher la progression de l’envoi.

Suivi des envois de lot

Il est possible d’avoir une vision plus détaillée des envois de lot (passés en en cours). Pour cela, utilisez le menu Publication > Suivi des envois de mails en nombre. Vous accédez alors à une page qui récapitule les envois en cours et les envois terminés :

Les lots d’envoi en cours sont affichés d’une puce orange, les envois en pause d’une puce blanche, les envois terminés d’une puce verte et les envois abandonnés d’une puce rouge.

Si on clic sur le lien Envoi N°x d’un des envois, on arrive sur une page récapitulative complète qui expose la date et l’avancement de l’envoi, le contenu HTML et texte envoyé, ainsi que la liste des destinataires :

Les destinataires sont regroupés par statut (envoi à venir, envoi réussi, email ouvert, email cliqué, envoi échoué). Il est ainsi possible de retrouver si l’email a déjà été envoyé à un destinataire particulier, ou si il l’a ouvert, ou cliqué sur un lien [4].

Gestion des erreurs

Les envois échoués sont directement marqués en statut fail et ne sont pas relancés. Dans le cas d’un SMTP il pourrait être utile de faire plusieurs tentatives avant de déclarer l’envoi vers une adresse en echec (prise en compte des retry-later notamment). Dans le cas d’un service externe, c’est lui qui prend en compte la relance de cet essai.

La gestion des bounce est prise en charge avec le service Mandrill qui notifie en HTTP pour signaler quand un envoi a été rejeté. Dans le cas de l’envoi par SMTP on ne gère pas les bounce (l’API interne le permet au moyen de la fonction newsletter/feedback mais il faut implémenter la partie relève d’une boite mail qui sert à collecter les bounces).

Pour le service Mailjet, l’API calcule les bounces. Au bout de 3 bounces sur une adresse email, cette adresse est désabonnée. Il est possible de modifier cette valeur en définissant la constante define('_MAILSHOT_MAX_FAIL', 3);

En cas de non-déclenchement des envois :

Si l’envoi ne démarre pas ou met du temps, c’est parce que le cron de SPIP ne fonctionne pas ou pas assez souvent. Vous pouvez le forcer à la main en appelant l’url spip.php?action=cron mais en général c’est lié à un hebergeur qui bloque les appels http sortant, ou un site avec vraiment très peu de traffic.
Dans ce cas, un paliatif peut-être d’ajouter dans le fichier mes_options.php la ligne :
define('_HTML_BG_CRON_FORCE',true);

Migration depuis un ancien plugin

Lors de l’installation, le plugin regarde si les plugins SPIP-Listes ou SPIP-Lettre étaient auparavant utilisés. Si les tables correspondantes sont détectées, l’historique des envois (et des destinataires si possible) est automatiquement importé. Il contient naturellement le contenu HTML et Texte qui avait été envoyé.

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

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

Notes

[1pour bénéficier des fonctions de statistiques d’envoi au sein de SPIP, il faut utiliser l’API v3 de Mailjet

[2pour bénéficier des services de Sparkpost, il faudra que votre serveur fonctionne sous php 5.5.0 minimum

[3qui nécessite maintenant un compte Mailchimp payant

[4les fonctions de tracking sont implémentées avec les services Mailjet, Sparkpost et Mandrill

Dernière modification de cette page le 12 janvier 2018

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 3 juillet à 12:53, par Jul Blobul En réponse à : Mailshot

    Bonjour à tous,

    Je rencontre depuis ce matin un soucis avec tous mes sites (ils sont nombreux) exploitant Sparkpost.

    Lors d’un envoi via l’API et le plugin newsletter, je reçois le message d’erreur suivant :
    ??? Fail recuperer_page array ( 'options' => array ( 'open_tracking' => false, 'clic_tracking' => false, ), 'campaign_id' => '', 'recipients' => array ( 0 => array ( 'address' => array ( 'email' => 'jul@blabla.com', 'name' => '', ), ), ), 'content' => array ( 'from' => array ( 'email' => 'jul@blabla.com', 'name' => 'Site de démonstration ', ), 'subject' => '[TEST] Petites annonces', 'headers' => array ( 'Errors-To' => 'no-reply@blabla.com', 'Precedence' => 'bulk', ), 'text' => '...', 'html' => '...', ), )

    L’envoi via SMTP fonctionne sans soucis mais bon c’est dommage de perdre l’usage de l’API...

    J’ai reçu un email de Sparkpost envoyant sur ce lien :
    https://www.sparkpost.com/docs/tech-resources/tlsv1-0-test-hostname/

    Visiblement il y a du changement de protocole TLS et des urls des serveurs à partir du 1er Juillet !

    Je tiens à signaler que j’utilise SPIP 3.2.1 et que tous les plugins sont à jour.

    Merci de votre assistance !

    • Le 3 juillet à 13:13, par Jul Blobul En réponse à : Mailshot

      Après quelques recherches supplémentaires, je comprends les urls des serveurs ’Endpoints’ ne change pas.
      SparkPost https://api.sparkpost.com/api/v1
      SparkPost EU https://api.eu.sparkpost.com/api/v1

      Par contre ils n’acceptent plus les requêtes en TLS v1.0 mais uniquement TLS v1.1 et +

      https://www.sparkpost.com/blog/tls-v1-0-deprecation/
      « On June 30th, 2018, SparkPost will be deprecating TLSv1.0 fallback across all of our systems. These older implementations contain very severe vulnerabilities that directly impact the integrity and security of your communications ; vulnerabilities which cannot be fixed in these older implementations. As long as connections are made using TLSv1.1 or later, this change will result in zero impact to your ongoing use of our service. However, if connections are made using TLSv1.0, you will observe a failure to successfully connect to API and SMTP endpoints. To ensure that there is no impact to existing processes, it is best to verify that your clients support TLSv1.1 and/or TLSv1.2, and do not explicitly rely on SSL3 or TLSv1.0. »

    • Le 3 juillet à 13:15, par Jul Blobul En réponse à : Mailshot

      https://www.sparkpost.com/blog/tls-v1-0-deprecation/

      On June 30th, 2018, SparkPost will be deprecating TLSv1.0 fallback across all of our systems. These older implementations contain very severe vulnerabilities that directly impact the integrity and security of your communications ; vulnerabilities which cannot be fixed in these older implementations. As long as connections are made using TLSv1.1 or later, this change will result in zero impact to your ongoing use of our service. However, if connections are made using TLSv1.0, you will observe a failure to successfully connect to API and SMTP endpoints. To ensure that there is no impact to existing processes, it is best to verify that your clients support TLSv1.1 and/or TLSv1.2, and do not explicitly rely on SSL3 or TLSv1.0.

    • Le 3 juillet à 14:33, par DD En réponse à : Mailshot

      Hello,

      Tu n’es pas tout seul, il semble que cela soit générique du coté Sparkpost.
      Le changement TLS est finalement annoncé pour le 09/07/18

    • Le 3 juillet à 15:46, par Jul Blobul En réponse à : Mailshot

      Bonjour DD,
      Le changement TLS est effectivement annoncé pour le 09/07/18 mais l’API est donc déjà inexploitable.
      Il y aurait-t-il un hotfix envisageable ?

      Merci

    • Le 3 juillet à 15:52, par Cerdic En réponse à : Mailshot

      Il semble qu’ils aient revert l’utilisation du TLSv1.2 obligatoire car cela remarche à nouveau sans rien changer au plugin.
      Cela dit la version 1.25.0 du plugin corrigée par https://zone.spip.org/trac/spip-zone/changeset/110983/spip-zone fonctionne avec SparkPost SI le TLSv1.2 est bien disponible dans PHP, ce qui peut se vérifier depuis ecrire/?exec=info. Il faut impérativement tlsv1.2 dans la ligne :

      Registered Stream Socket Transports        tcp, udp, unix, udg, ssl, sslv3, tls, tlsv1.0, tlsv1.1, tlsv1.2
    • Le 3 juillet à 16:01, par Jul Blobul En réponse à : Mailshot

      Bonjour Cerdic,

      Excellente nouvelle ! Par contre je ne vois pas la mise à jour sur mon dépot, ni dans cette page, on voit toujours la v1.24 et non pas v1.25.
      Quelle est la marche à suivre ?

      Pour info j’héberge mes sites en Simple Hosting chez GANDI et je constate bien que le TLS1.2 est pris en charge :
      Registered Stream Socket Transports        tcp, udp, unix, udg, ssl, tls, tlsv1.0, tlsv1.1, tlsv1.2

      Merci !

    • Le 3 juillet à 16:11, par Maïeul En réponse à : Mailshot

      La mise en jour via SVP sera disponible vers 18h15 le temps que les paquets soit regenerés. Il faudra peut être actualisé tes depots manuellement.

    • Le 3 juillet à 17:27, par Maïeul En réponse à : Mailshot

      a noter que curl n’est pas présent non plhus chez tous les hebergeurs (ecrire/ ?exec=info permet de s’en assurer)

    • Le 3 juillet à 18:35, par DD En réponse à : Mailshot

      Merci !
      L’API est de nouveau fonctionnelle.

    • Le 3 juillet à 20:27, par Jul Blobul En réponse à : Mailshot

      Je confirme !

      Merci beaucoup

    • Le 4 juillet à 12:38, par pamillet En réponse à : Mailshot

      tout content de trouver ce fil surtout résolu avec une mise à jour, je me dépeche de mettre à jour, mais cela ne résoud pas le pb !
      -  j’utilise sparkpost depuis un bon moment
      -  le problème apparait pour un nouveau site ou j’ai reproduit la config des autres
      -  j’ai bien curl et tls dans ma config php mais pas tls1.2
      -  mais j’ai l’erreur suivante dans le log mailshot
      2018-06-27 05:33:59 87.231.147.43 (pid 5012) :Pri:ERREUR : Erreur Envoi mail (email destinataire) via Facteur : Forbidden.

      c’est donc peut-être plutôt un pb de confif sparkpost, mais je ne vois pas de différence avec les autres API et domaines configurés sur Sparkpost et mailshot...

      merci d’avance d’une idée... je ne trouve pas de doc sur cette erreur « forbidden »...
      pam

    • Le 4 juillet à 12:41, par Maïeul En réponse à : Mailshot

      il te faut curl (exigence Spipienne) ET tls 1.2 (exigence sparkpost)

    • Le 6 juillet à 09:33, par pamillet En réponse à : Mailshot

      j’ai bien curl
      mais uniquement tls, pas tls1.2... et j’ai bien sûr demandé à l’hébergeur (ovh) comment activer tls 1.2, sauf que la doc dit qu’il faut une config dénommée « stable » (parmi la liste des configs proposé par ovh) ce qui est mon cas, sans que tls12. ne soit activé...

      mais ce qui est bizarre, c’est que les sites existants continuent à fonctionner.... sans tls1.2 et pas le nouveau site... peut-être que sparkpost n’impose tls1.2 que pour les nouvelles configs ?

      pam

    • Le 6 juillet à 10:06, par pamillet En réponse à : Mailshot

      oups... finalement, c’était simple
      il trainait un vieux fichier .ovhconfig dans un sous-répertoire avec les mauvaises directives...
      en le supprimant, tout est OK pour la config. curl tls1.2..

      mais j’ai toujours (après avoir vidé le cache !)
      Forbidden. array ( ’options’ => array ( ’open_tracking’ => false, ’clic_tracking’ => false, ), ’campaign_id’ => ’’, ’recipients’ => array ( 0 => array ( ’address’ => array ( ’email’ => ’

    • Le 7 juillet à 08:50, par pamillet En réponse à : Mailshot

      après désinstallation complète de mailshot et réinstallation, ca fonctionne...

      par contre, je ne sais pas pourquoi le téléchargement de mailshot se fait avec un zip et donc dans un dossier appelé mailshot-v1... alors que c’est le même que le mailshot tout court que j’avais ?

      en tout cas, merci de la réactivité aux évolutions des normes !

    • Le 30 août à 15:25, par brice michael goye En réponse à : Mailshot

      bonjour j ai suivi le fil d’actualité d’abord comment savoir si on est passé tls1.2.
      comment se fait la manipulation pour changer de tls 1.1 en tls 1.2.

      Merci d’avance

    • Le 2 septembre à 08:56, par pamillet En réponse à : Mailshot

      ben...tout est dans le fil !

      vérifie ce qui est activé dans ta config php en affichant la page ecrire/ ?exec=info (donc http://tondomaine.xxx/ecrire/?exec=info

      tu vois une page de config php avec une ligne « Registered Stream Socket Transports » ou tu vois ou pas tls1.2...

      chez ovh, on a automatiquement tls1.2 quand on a une config dite « stable »...ce qui se définit dans le fichier .ovhconfig qui doit être à la racine de ton hébergement...

      bon courage !

    Répondre à ce message

  • Le 11 juin à 01:36, par dut En réponse à : Mailshot

    Depuis la dernière mise à jour (SPIP + plugins) dans la branche 3.1 les envois de test passent, mais les envois en nombre ne démarrent pas, même en s’efforçant d’activer le CRON

    Où regarder pour savoir la raison de ce problème, et comment l’ameliorer ?

    • Le 22 juin à 08:11, par dut En réponse à : Mailshot

      Précision : Je constate que les envois à une personne font apparaitre l’absence de champ expediteur (que l’on choisisse les réglages de SPIP ou personnalisant l’adresse d’envoi).

      Je ne sais pas si cela est la raison, mais de toute évidence ce n’est pas normal.

    • Le 3 juillet à 09:00, par Pierre KUHN En réponse à : Mailshot

      Bonjour,

      Tu as des captures des erreurs ?

    • Le 3 juillet à 09:32, par dut En réponse à : Mailshot

      Alors j’ai découvert que c’était un problème d’authentification auprès du serveur SMTP, que j’ai pu contourner. Désolé de ne pas avoir signalé la fin d’incident ici.

      Le problème n’était donc pas lié à SPIP. SI c’est possible de dépublier ce fil, je pense que ce serait même préférable.

    Répondre à ce message

  • Le 10 avril à 16:35, par Maïeul En réponse à : Mailshot

    Est-ce qu’il envisageable d’avoir une gestion de bounces avec Sparkpost ? Il faudrait implémenter cela comment ?

    • Le 6 juin à 08:52, par Pierre KUHN En réponse à : Mailshot

      Maieul,

      J’ai vu sur Sparkpost que l’on pouvait mettre un bounces sur un cname mais cela impose d’envoyer avec un sous domaine.

      Je me trompe ?

    • Le 6 juin à 10:38, par Maïeul En réponse à : Mailshot

      Oui, sparkpost permet une gestion de bounce avec un sous domaine. Mais ma question était plutot : comment obtient t-on les résultats des bounces dans SPIP, et pas en allant dans l’interface sparkpost/en consultant l’API sparkpost

    • Le 6 juin à 10:41, par Pierre KUHN En réponse à : Mailshot

      Je pense que si tu envoi avec un email est sur la config du bonce ça remonte mais du coup faut envoyer avec email.domaine.ext

    • Le 6 juin à 10:44, par Maïeul En réponse à : Mailshot

      tu n’a pas compris mon problème.

      Sparkpost recoit parfaitement les infos de bounce, une fois les réglages faits, et je peux envoyer depuis mon domain principal. Pas de souci de ce côté là.

      non, le problème est de récupéré les infos que sparkpost a recupéré chez SPIP.

    • Le 6 juin à 10:51, par Pierre KUHN En réponse à : Mailshot

      parce que moi je bloque la dessus https://screenshots.firefox.com/lg5o2ddStI7pYtEa/app.sparkpost.com
      il veut un sous domaine

    • Le 6 juin à 10:59, par Maïeul En réponse à : Mailshot

      oui il faut que tu crée un sous domain chez ton prestataires de domaines. avec un cname qui pointe vers sparkpost.

    • Le 6 juin à 11:05, par Pierre KUHN En réponse à : Mailshot

      Oui et envoyer avec et ça doit le faire alors.

    • Le 6 juin à 11:08, par Maïeul En réponse à : Mailshot

      non, non ! tu envoie avec ton adresse sans le prefixe bounce !!

    • Le 6 juin à 11:15, par Pierre KUHN En réponse à : Mailshot

      Ba non justement il faut que bounces.domaine.ext soit connu par sarkpost.
      Ou alors je comprends rien.

    • Le 6 juin à 11:21, par Maïeul En réponse à : Mailshot

      oui boucne.domaine.ext doit être reconnu par sparkpost. MAIS pour autant, lorsque tu envoie via sparkpost, tu envoie via ton domaine principal.

      En fait c’est assez « simple ».
      1. Tu envoie depuis @domaine.tld via sparkpost
      2. Sparkpost
      a. Ajoute un entete indiquant que le bounce doit être envoyé sur bounce.domaine.tld
      b. Envoie chaque message avec sa technique
      3. En cas de bounce, le serveur qui recoit le message envoie le bounce non pas sur @domaine.tld mais sur @bounce.domaine.tld
      4. Si tu a fais correctement tes réglages DNS, c’est donc sparkpost qui recoit les notifs de bounces
      5. Il les analyses et te fournit ainsi les résultats de bounce. Cela lui sert également pour renvoyer les mails si besoins lorsque le bounce est de type « indisponibilité temporaire ».

      Donc tu a juste à configurer bounce.domaine.tld en CNAM sur sparkpostmail.com chez ton fournisseur de domaine. Ensuite, tu attends les 3/4 heures de propagation, tu vérifie que sparkpost et ok, et ca roule.

    • Le 6 juin à 12:41, par DD En réponse à : Mailshot

      Bonjour,

      Je crois qu’il faut utiliser l’API et pas le SMTP pour que les infos sur les bounce / fail soit transmise à SPIP.

    • Le 6 juin à 12:44, par Maïeul En réponse à : Mailshot

      j’utilise l’API, et je les vois pas.

    • Le 6 juin à 16:39, par Pierre KUHN En réponse à : Mailshot

      J’ai testé mais il faut envoyer avec bounces.... du coup .

    • Le 6 juin à 16:40, par Maïeul En réponse à : Mailshot

      heu ????? non moi j’envoie sans bounce, et l’API marche nickel....

    • Le 6 juin à 20:18, par Pierre KUHN En réponse à : Mailshot

      on peut voir ta config ?

    • Le 8 juin à 19:21, par Maïeul En réponse à : Mailshot

      Bah heu, je met juste la clef d’APi quoi...

    • Le 9 juin à 08:41, par Pierre KUHN En réponse à : Mailshot

      et tu as essayer d’envoyer avec le sous domaine ?

    • Le 10 juin à 13:53, par Maïeul En réponse à : Mailshot

      bah non, pourquoi faire ?

    • Le 10 juin à 14:01, par Pierre KUHN En réponse à : Mailshot

      Tester les bounces ;)

    • Le 10 juin à 14:03, par Maïeul En réponse à : Mailshot

      Mais ca n’a rien à voir !!!

      tu as toujours rien compris, je sais plus comment t’expliqiuer les choses.

      Tu envoie depuis ton domaine principal, et sparkpost recois les bounces !!!

    Répondre à ce message

  • Le 6 juin à 20:59, par Pierre KUHN En réponse à : Mailshot

    Bonsoir,

    On peut envisager d’implémenter ceci dans la configuration https://www.sparkpost.com/blog/smart-send/ ?

    Merci.

    • Le 9 juin à 08:54, par Pierre KUHN En réponse à : Mailshot

      Cela me semble assez simple a faire avec une petite config, ça serait bien pour les grande liste ou peu de monde lit les emails.

    Répondre à ce message

  • Le 5 juin à 23:25, par DD En réponse à : Mailshot

    Hello,

    J’utilisais sparkpost.com sans problème mais je n’arrive pas à faire fonctionner eu.sparkpost.com avec mailshot.
    Est-ce que ce plugin est utilisable avec eu.sparkpost.com ?

    J’ai le message d’erreur :
    « Unauthorized. array ( ’options’ => array ( ’open_tracking’ => false, ’clic_tracking’ => false, ), ’campaign_id’ => ’’, ’recipients’ => array ( 0 => array ( ’address’ => array ( ’email’ => ’mon@site.fr’, ’name’ => ’’, ), ), ), ’content’ => array ( ’from’ => array ( ’email’ => ’mail@site.com’, ’name’ => ’Site’, ), ’subject’ => ’Info’, ’headers’ => array ( ’Precedence’ => ’bulk’, ), ’text’ => ’...’, ’html’ => ’...’, ), ) »

    Merci

    • Le 6 juin à 08:50, par Pierre KUHN En réponse à : Mailshot

      Bonjour,

      eu.sparkpost.com ne fonctionne pas comme domaine.
      Pourquoi quitter sparkpost.com ?

    • Le 6 juin à 09:40, par Cerdic En réponse à : Mailshot

      L’API Sparkpost est utilisée avec le endpoint https://api.sparkpost.com/api/v1/ codé en dur, donc non ça ne peut pas fonctionner avec eu.sparkpost.com qui nécessite d’utiliser le endpoint https://api.eu.sparkpost.com/api/v1.
      Je vais regarder pour ajouter une option et prendre en charge la variante eu

    • Le 6 juin à 10:23, par Cerdic En réponse à : Mailshot

      OK la version 1.24 du plugin doit fonctionner avec eu.sparkpost.com, j’ai ajouté une option de configuration
      https://zone.spip.org/trac/spip-zone/changeset/110537
      (à tester)

    • Le 6 juin à 12:38, par DD En réponse à : Mailshot

      Super merci bien je vais tester.
      Avec eu.sparkpost.com les données sont stockées et traitées en Europe ; mais attention le quota maximum pour le « free plan » est de 750 envois / jour et contrairement à sparkpost.com il n’y a pas apparemment pas d’augmentation de celui-ci même si la réputation du compte (ie taux de bounce) est top.

    Répondre à ce message

  • Le 30 avril à 12:46, par joz En réponse à : Mailshot

    Bonjour

    Sous « Gestion des erreurs » je lis : Dans le cas d’un SMTP il pourrait être utile de faire plusieurs tentatives avant de déclarer l’envoi vers une adresse en echec (prise en compte des retry-later notamment).

    Où est-ce que ces plusieurs tentatives / le retry-later se metten en place ?

    Merci d’avance : )

    Répondre à ce message

  • Le 28 février à 16:33, par Philippe En réponse à : Mailshot

    bonjour

    avec mailshot et un abonnement mailjet, j’ai une erreur quand je fais un envoi test :

    1. SMTP connect() failed.
    2. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting

    Télécharger

    merci si vous avez une piste

    • Le 28 février à 16:34, par Philippe En réponse à : Mailshot

      je précise :
      spip 3.2
      php 5.6

      squelettes avec plein de plugins ...
      merci

    • Le 28 février à 21:29, par Jaseur En réponse à : Mailshot

      Bonsoir,
      ce fil en dessous répond probablement à votre besoin d’infos : https://contrib.spip.net/Mailshot#forum494923

    Répondre à ce message

  • Le 9 février à 15:50, par graphie En réponse à : Mailshot

    Bonjour,

    Je viens de recevoir l’info suivante en provenance de Sparkpost : est-ce que cela influe sur le plugin ou la configuration du plugin ?

    Reminder : Transmissions API & SMTP API Change Monday Feb 12

    We want to remind you about a Transmissions API and SMTP API change that we told you about previously. We will be making these changes on Monday, February 12, 2018.

    Note : if you’re integrated to SparkPost via a partner, such as Ongage, they have already made these changes in their code, and you won’t be affected.

    As a reminder, and as outlined in this blog post, we will make suppression checks asynchronously on incoming messages. As a result, the response in both the REST Transmissions API and the SMTP API will change as follows :

    SMTP API

    Current : return a ‘250 Ok’ and ‘policy rejection’ event (no injection event)
    Future : return a ‘250 Ok’ with ‘injection’ event followed by a ‘bounce’ event
    Transmissions REST API

    Single recipient

    Current : return a 400 with special error message, followed by a ‘generation rejection’ event
    Future : return a 200 with an ‘injection’ event followed by a ‘bounce’ event
    Multiple recipient

    Current : return a 200 followed by a ‘generation rejection’ event (no injection event)
    Future : return a 200 with an ‘injection’ event followed by a ‘bounce’ event
    When a bounce is generated due to suppression, the webhook will have bounce_class of “25” and an error_code of “554” and reason of “Recipient address was suppressed due to customer policy” or “Recipient address was suppressed due to system policy”.

    If you have any questions, please contact Support.

    Best,
    The SparkPost Team

    Merci !!

    Répondre à ce message

  • Le 15 janvier à 08:23, par erational En réponse à : Mailshot

    Hello.

    Voici un petit script utilitaire pour désabonner des emails en masse.
    Cela peut être utile, par exemple, pour nettoyer des emails en bounce suite à l’import d’emails un peu vieux et moisis et que l’on ne peut pas se faire griller auprès de sa plateforme d’envois
    http://spip.pastebin.fr/52881

    Répondre à ce message

  • Le 4 janvier à 15:35, par Fa_b En réponse à : Mailshot

    Salut à tous,

    Petit retour sur cet excellent plugin, il semblerait (j’en suis même sûr) qu’un mail inscrit sur N listes reçoivent N fois la newsletter.

    • On peut vouloir s’inscrire à plusieurs listes.
    • On peut vouloir envoyer une newsletter à plusieurs listes.
    • Mais la recevoir une seule fois est suffisant.

    Il ne manquerait pas un mécanisme du genre « Vérifier si la newsletter n’a pas déjà été envoyée sur cet email » ?

    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

  • MediaBox

    10 mai 2010 – 539 commentaires

    Avertissement Le présent plugin est installé et activé par défaut sur toute les version de SPIP > 3.0. Inutile donc de l’installer manuellement sauf si vous utilisez SPIP 2.1. Aperçu La MediaBox est une Boîte multimédia polyvalente et (...)

  • DocumentationFormsTables

    9 décembre 2006 – commentaires

    Article publié : ces notes et d’autres sont désormais publiées sur SPIP-Contrib ici Forms & tables - carnet de notes, donc il faut mieux y aller pour tout complément Différence entre un formulaire et une table un formulaire est dédié a la saisie (...)

  • GIS 4

    11 août 2012 – 1495 commentaires

    Présentation et nouveautés La version 4 de GIS abandonne la libraire Mapstraction au profit de Leaflet. Cette librairie permet de s’affranchir des librairies propriétaires tout en gardant les mêmes fonctionnalités, elle propose même de nouvelles (...)

  • Editer votre base « en ligne » avec Adminer

    4 décembre 2012 – 10 commentaires

    Vous serez peut-être un jour amené à chercher un outil qui permette d’éditer en direct le contenu de cette base de données. Cet article vous propose de le faire avec Adminer qui permet d’éditer des bases MySQL et SQLite ! Son utilisation est assez (...)

  • cisf : plugin « saisie facile » pour SPIP 3

    27 mai 2015 – 128 commentaires

    Cette nouvelle version est compatible avec SPIP 3.0, SPIP 3.1 (tout en restant compatible avec SPIP 2.1). Ce plugin « saisie facile » permet de créer ou de modifier facilement un article directement depuis le site public. Ce plugin : Diminue le (...)