Mailshot

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.

N’utilisez pas le serveur SMTP de votre fournisseur de mail pour envoyer vos emails en nombre, mais uniquement un serveur SMTP dédié à ça. Si vous n’en avez pas, utilisez un prestataire d’envoi d’emails en nombre.

Ou alors ne venez pas demander de l’aide sur vos mails en erreur, on vous aura prévenu.

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

Lorsque l’envoi à un destinataire échoue, on incrémente un compteur de tentative pour ré-essayer en fin de lot. À la 5e tentative en échec l’envoi est marqué en statut fail et n’est plus relancé.
Il est possible de personnaliser ce nombre de 5 tentatives en définissant la constante define('_MAILSHOT_MAX_TRY', 5);

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.

Si la même adresse de destinataire a été vue en échec ou en bounce lors des 3 derniers envois (et que chacun de ces envois a réussi pour au moins un destinataire) cette adresse est automatiquement désabonnée de toutes les listes.
Il est possible de personnaliser ce seuil de 3 envois 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.

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

Discussion

126 discussions

  • Une petite remarque à propos de Mandril et des retours de bounce. Si dans Facteur on utilise dèja Mandrill ecrire/ ?exec=configurer_facteur , il faut tout de même, sur la page de paramétrage de mailshot ecrire/ ?exec=configurer_mailshot choisir « Service Mandrill » pour le service des envois de mail ... Car si on choisit « Utiliser le même service d’envoi que pour les autres mails » le webhook qui permet le retour des mails n’est pas paramétré chez mandrill.

    Répondre à ce message

  • Bonjour,

    J’ai un petit problème avec le tracking de mailjet. Lorsque j’envoie une newsletter à une personne en utilisant « Envoyer à 1 personne » les liens et les images passent par Mailjet pour être comptabilisés. Mais lorsque j’utilise « Envoyer l’Infolettre », les liens sont tous directs vers mon site. J’ai fait le test sur deux site et le comportement est le même.

    Est-ce que je suis le seul dans ce cas ?

    Répondre à ce message

  • 5

    Bonjour Cédric, au secoure :-D
    php 5.3.28
    SPIP 3.0.16
    mailsubscribers 1.4.2
    newsletters 1.3.2
    Mailshot 1.6.3
    Facteur 3.0.7

    Après un envoi, J’ai des adresses mails (52) « inscrit » qui se sont retrouver dans l’onglet « Désinscrits » et le pire, c’est que leur adresse mail à changer...
    a la place, j’ai une adresse du type : 121c8528b278e4ae2493a714ec775544@example.org
    Avant l’envoi, j’avais :
    Inscrits (1334) (ils ont un carré vert à côté de leur adresse mail (active))
    Non inscrits (218) (ils ont un carré blanc à côté de leur adresse mail (pas inscrit))
    Désinscrits (129) (il ont un carré rouge à côté de leur adresse mail (suspendu))

    Maintenant, j’ai :
    Inscrits (1282) (ils ont un carré vert à côté de leur adresse mail (active))
    Non inscrits (218) (ils ont un carré blanc à côté de leur adresse mail (pas inscrit))
    Désinscrits (181) (il ont un carré rouge à côté de leur adresse mail (suspendu))

    Dans la liste de diffusion, j’ai :
    newsletter::newsletter (1681)

    A savoir : j’utilise Mandril et ai eu un mail me disant :
    Your Mandrill webhook at URL http://www.le_nom_du_site.com/mailshot_webhook.api/mandrill/ has failed with the following error : POST to http://www.le_nom_du_site.com/mailshot_webhook.api/mandrill/ failed : Couldn’t resolve host ’www.le_nom_du_site.com’.

    Facteur utilise l’envoi SMTP, Requiert une authentification et une connexion sécurisée SSL

    • Ok, c’est bon, j’ai compris ou était le problème, par je n’ai pas les compétences pour savoir si c’est un bug de l’API ou du plug...
      En faite mes 52 adresses mails se retrouvent (écrite normalement) chez Mandril dans :
      Rejection Blacklist

      When a recipient bounces or marks your message as spam, Mandrill will refuse to send more email to that recipient for a certain period of time, based on how many times the recipient has bounced or complained and how serious the issue is. You can remove people from your blacklist, but be careful. Removing emails from your blacklist will cause your reputation to drop if you do it too much, which may cause Mandrill to start throttling your sending more aggressively.

      Donc c’est pas mal que cela les bascules dans « Désinscrits », par contre, je pense qu’il y a un bug, car cela ne devrait pas changer l’adresse dans la base de données...
      Car imaginons que je souhaite de nouveau les basculer dans « inscrit » via l’espace privé, je suis incapable de savoir qui est qui :-((

    • C’est une fonction d’anonymisation des adresses mails désinscrite.
      Peut-être faudrait-il gérer le cas d’une desinscritpion automatique lors de l’envoi pour permettre un revert manuel, en effet, mais le principe c’est que si quelqu’un veut se desinscrire il a pas de raison de rester dans la base.
      Donc on hash son email. Ainsi si il vient se re-inscrire en fournissant la même adresse mail, on la retrouve dans les mails hashés et on lui réattribue la même inscription en conservant l’historique etc…

    • Salut cédric et merci de ta réponse. :-)
      Par contre, je pense que ce que tu n’as pas compris dans ce que j’expliquais, c’est que la désinscription à été automatique.
      Je ne sais pas s’il s’agit, d’adresses dont les boites mails seraient pleines ou qui n’existent plus, mais ce n’est pas les gens qui sont venu d’eux même ce désinscrire (surtout à l’heure d’envoi).
      Puisque au moment ou j’utilisais spip-lettre, j’avais déjà des retour concernant ses mêmes adresses comme quoi la lettre n’avait pas été délivrer chez eux.
      J’attends toujours un certain temps avant de supprimer une adresse qui ne semble plus fonctionner dans le cas il s’agit qu’une boite pleine ou alors d’une panne pour une raison X ou Y

      Par chance, comme j’utilise les révisions de spip3, j’ai put retrouver qui est qui et remettre comme c’était.
      Sinon, l’idée d’anonymisation des adresses mails désinscrite est génial :-)

    • Bonjour Franck, effectivement, ce sont des « désabonnements » qui se font automatiquement dans le cas de retours d’erreurs notifiés par Mandrill (spam complaints, hard bounces, ...). Je suis exactement avec la même configuration/versions, quoique sur des volumes plus importants. En revanche, il y a un effet de bord que j’aimerais pouvoir désactiver : lors de ces « désabonnements » automatiques par retour de Mandrill, on tente quand même d’envoyer un mail de confirmation de désabo, ce qui fait que quand on a un rebond, et bien il est toujours redoublé d’un deuxième, et c’est le taux de délivarabilité qui en prend un coup « artificiellement »... Cédric, y’aurait-il un moyen de pouvoir tester ce cas de figure et d’éviter d’envoyer une confirmation automatique à un mail qui est déjà diagnostiqué en erreur ?

    • hmmm en effet, bonne remarque, ce cas là ne doit pas être prévu… Je regarde ça dès que possible.

    Répondre à ce message

  • Bonjour,

    je viens de m’apercevoir que ma table mailshots_destinataires contenait plusieurs dizaines de milliers de lignes (1 ligne par envoi et par destinataire).

    Est-ce qu’il est utile de garder tout ?
    Merci
    dd

    Répondre à ce message

  • Bonjour, j’ai relevé un détail qui me paraît important et gênant dans la gestion de l’envoi des emails.

    J’ai voulu envoyer une newsletter à deux listes différentes, une de 33 noms et l’autre de 13 noms (minuscules, non ?). Bon, j’utilise :

    • spip 3.0.14
    • newsletter 1.3.2
    • MailSubscribers 1.4.2
    • Facteur 3.0.7
    • Mailshot 1.6.3

    Je passe par Mandrill.

    Bizarrement, le premier envoi est passé sans souci, le deuxième pas du tout ... J’ai cherché la raison, mais tout était OK à première vue, bizarre. J’ai tenté sur la même liste plusieurs fois, en vain, et, en discutant avec un ami, je constate que, sur une adresse mail, j’avais @orane.fr au lieu de @orange.fr.

    J’ai pas acquis de conscience corrigé cette faute de frappe, et ensuite les envois sont partis. J’en conclus que, s’il y a la moindre erreur sur UNE adresse, c’est tout le paquet qui est bloqué, sans même que je sois averti ?

    J’ai peut-être mal configuré quelque chose, pourrait-on m’aiguiller ? Comment sont fait les contrôles ? Que l’on bloque s’il manque un @ ou un point, je comprends, mais pourquoi n’y aurait-il pas un domaine qui s’appellerait orane.fr ? Mon email perso se termine par @moulliac.fr : ne serait-il pas rejeté ?

    J’ai peur que, si un visiteur s’abonne à ma newsletter et fasse une petite faute de ce genre, cela puisse bloquer des milliers d’envois ? Ce serait sympa de m’expliquer comment ça se passe et, s’il y a quelque chose à faire, de me dire quoi.

    Désolé pour ce message un peu long, mais j’avoue que je suis un peu soucieux de ce problème. Merci.

    Marc

    Répondre à ce message

  • bonjour,
    SPIP 3.0.14
    facteur 3.0.7
    Mailshot 1.6.3
    Mailsubscribers 1.4.2
    Newsletters 1.3.2

    lors de l’envoi de la newsletter, j’ai un message « Fichier bulkstart introuvable ».
    l’envoi simple fonctionne correctement, les inscriptions fonctionnent correctement
    le fichier bulkstart est présent dans l’arborescence (mailshot/v1.6.3/newsletter)
    que se passe t il ?

    merci de vos réponses

    Répondre à ce message

  • 12

    Un autre probleme que j’ai constate aujourd’hui : J’ai voulu faire un envoie a une deuxieme liste pendant que la premiere etait en cours d’envoi.
    Est ce que le plugin permet cela ?
    Si je regarde le status de mon second envoi, il m’indique que l’envoi est termine (alors que le premier est toujours en cours) et surtout qu’il a envoye 0 messages.
    Est ce normal ou est ce un bug ?
    Y a t il un endroit plus aproprie pour reporter les bugs svp ?
    Merci d’avance
    eric

    • Pierrot

      Bonjour,

      Je rebondis là-dessus car je constate le même problème. On m’a demandé d’envoyer la même infolettre à 8 listes différentes (entre 10 et 150 inscrits sur chaque, 450 au total donc pas grosse), seule la première est partie, toutes les autres passent dans « envois terminés » (pendant que la première part tranquillement) et affichent « 0/X » ...

      Après contrôle dans Mandrill, effectivement les suivantes ne sont jamais parties, je me les tape une par une maintenant ...

      Bug ?

      Pierre.

    • ah oui en effet ce doit être un bug, je regarde ça asap.

    • Cool ! :-)

    • Bon je n’ai pas reproduit, mais j’ai vu un cas qui pouvait produire ça dans le code. J’ai corrigé dans la version 1.5.3, à tester pour confirmation.

    • Bonjour,

      Je viens de faire un nouvel envoi dans cette configuration et ce n’est toujours pas bon, la seconde newsletter passe en « fini » au bout de 2 minutes avec 0/XXX dans « Avancement ».

      Nous sommes à jour, 3.0.11, Mailshot 1.6.2, MailSubscribers 1.3.5, Newsletters 1.3.0.

      Pierre.

    • C’est fâcheux autant qu’étrange...

    • Si je peux faire quelque chose , à priori j’en ai encore 2 à envoyer ce soir ...

    • Bonjour
      j’ai le même problème
      J’ai tenté d’envoyer 3 lettres différentes à 3 listes différentes, mais... seule la première lettre est partie les deux autres sont toujours à l’avancement zéro/sur le nombre d’envoi
      pourtant dans le cadre de gauche : Envoi en nombre NUMÉRO : 3, pour une des deux lettres pas partis le statut est sur « fini »
      et j’ai concernant cet envoi
      Date de début d’envoi :
      13 octobre 2013 à 11h53min
      Date de fin d’envoi :
      13 octobre 2013 à 12h14min
      Listes : 2
      Avancement : 0/100
      -  j’étais dans la liste...et je confirme que je n’ai rien reçu !
      Où est l’erreur svp ?
      Quel retour d’expérience avez vous, fallait-il attendre que l’envoi concernant une liste soit achevé avant d’entreprendre l’envoi suivant !?
      -  Comment faire pour quand même faire partir ces lettres au plus vite, pouvez vous m’expliquer ?
      dois-je retourner dans la lettre, choisir la liste dans le menu et envoyer ?

    • Je confirme également, j’ai le même problème.
      On ne peux envoyer une infolettre à plusieurs listes.
      Après un certain temps les envoies qui ont suivi la première liste sont indiqués comme finis mais les mails restent « en cours » et ne partent jamais.

      Pour info j’utilise mandrill que j’ai un temps suspecté mais qui je pense est hors de cause.

      J’ai réussi à contourner le problème en faisant une lettre par liste. Dommage ce plugin est tellement pratique, il pourrait presque être parfait...

    • Nouvel essai hier sur ce problème, l’utilisateur me confirme que ça capote toujours ... mailshot 1.6.2.

    • Je n’ai plus ce soucis.
      J’ai mis à jours et maintenant je peux envoyer à toutes mes listes et laisser tourner. Tout passe bien.
      (j’utilise Mandrill)

    • Bonjour,

      Ben non ici, un client a testé cette aprem, seule la première part ... Bizarre. Spip 3.0.13, MailShot 1.6.3 ... J’avais bien tout mis à jour suite au précédent message mais je n’avais pas fait de test sur le moment, j’aurai dû.

      P.

    Répondre à ce message

  • Bonjour
    J’utilise Mailshot avec Newsletters.
    Je rencontre un petit problème :
    lorsque j’ai créé et publié mon infolettre, que je choisis une liste et que je l’envoie, je suis obligé soit d’aller visiter une page du site, soit dans la liste des travaux d’exécuter
    la tâche Mailshot_bulksend pour que l’envoi se fasse.
    Si je ne fais pas cette manip., l’envoi reste avec la mention « Initialisation en cours » et ne part pas.
    Est-ce que ce fonctionnement est normal ?
    Merci
    MB

    Répondre à ce message

  • Bonjour,

    Quand j’envoie une newsletter à une liste de mails, seul le premier inscrit la reçoit. Mais je n’ai aucun message d’erreur. J’utilise Mandrill.

    Quand j’essaie de configurer avec un serveur SMTP je n’arrive pas à changer le nom d’utilisateur et le mot de passe pour l’authentification. Dès que je valide, je retrouve mon nom d’utilisateur SPIP.

    J’utilise les dernières versions de Facteur (en PHP, même problème avec le SMTP, je ne peux pas changer le nom d’utilisateur), Mailshot, Mailsubscriberts et Infolettres.

    Merci d’avance

    Répondre à ce message

  • 2

    Bonjour,
    éant hébergé chez ovh en mutualisé, la cadence d’envoi par smtp est limité à 100 envoi par heure.

    Est-il possible, dans Mailshot de régler cette cadence

    Merci pour votre aide

    Bruno

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

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

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom