Par info-lettre, on désigne ici le contenu éditorial qui va être composé et envoyé par courriel à une liste d’adresses abonnées.
Le plugin permet de composer une info-lettre à partir d’un modèle pré-composé, d’un texte que vous pourrez rédiger spécifiquement, et d’une sélection d’articles et/ou de rubriques.
Si vous utilisez un outil externe pour composer vos info-lettres, vous pouvez aussi directement coller le contenu au format HTML (et au format texte pour l’alternative).
Enfin, ce plugin implémente la partie compose de l’API Newsletter.
Installation
Le plugin s’installe classiquement. Il nécessite le plugin Mailsubscribers pour la gestion des inscriptions et le plugin Mailshot pour l’envoi.
Configuration
La seule configuration du plugin concerne la possibilité de masquer certains modèles d’info-lettres. Vous n’en aurez pas besoin au départ, mais le plugin fournit certains modèles par défaut, et une fois que vous aurez choisi et/ou personnalisé celui qui vous convient le mieux, vous pourrez vouloir masquer les autres modèles pour ne pas risquer de vous tromper ou perturber vos rédacteurs.
Documents joints
Vous pouvez permettre de joindre des images ou autres documents aux infolettres, pour les utiliser dans le contenu éditorial spécifique.
Pour cela, allez dans le menu Configuration > Contenu du site, et dans le formulaire Documents joints en bas de page, cochez la case Infolettres en face de Activer le téléversement pour les contenus.
Composition d’une Info-lettre
Administration des info-lettres
Toutes les info-lettres existantes sont consultables depuis le menu Edition > Infolettres.
Composition d’une nouvelle info-lettres
En cliquant sur Créer une infolettre vous arrivez sur le formulaire de composition ci-dessous :
Il vous permet de choisir le modèle pré-composé, de fournir un chapeau et un texte et de faire une sélection d’articles et rubriques qui seront mis en avant dans l’info-lettre.
En bas du formulaire vous disposez d’une case à cocher qui permet de passer en mode édition avancée :
Dans ce mode là, vous composez directement le HTML et le texte qui seront envoyés par courriel. C’est un mode dans lequel vous maîtrisez tout, et qui peut vous servir si vous utilisez un autre outil pour composer le HTML de votre info-lettre.
Ce mode d’édition avancée est aussi le seul qui sera disponible une fois que votre info-lettre sera publiée. Il permet de corriger une éventuelle coquille dans le HTML ou le texte.
Mais revenons au mode d’édition simple en remplissant les différents champs et en faisant une sélection d’articles :
Après enregistrement, vous arrivez sur la page de présentation de l’info-lettre. Vous pouvez alors y associer un logo qui sera éventuellement utilisé dans le modèle pré-composé que vous avez choisi (ici le modèle basic).
Tant que votre info-lettre n’est pas publiée (ou que vous n’êtes pas en mode édition avancée), cette page ne présente que le contenu éditorial.
Pré-visualisation d’une info-lettre
Il faut passer en pré-visualisation pour voir la mise en forme réalisée par le modèle pré-composé qui va utiliser votre contenu éditorial. Cela se fait en cliquant sur le lien Prévisualiser dans le cartouche de gauche. Vous passez alors sur une page spécifique du site public, qui présente votre info-lettre dans sa version HTML [1] :
Cette prévisualisation vous permet par exemple de vérifier son affichage sur un écran de largeur réduite [2] :
Ou de voir aussi la version Texte du mail qui sera envoyé :
Le lien Version HTML email vous montre la version qui sera envoyée dans l’email, alors que le lien Version HTML en ligne vous montre la version qui sera affichée dans le navigateur pour les utilisateurs qui cliquent sur le lien « Voir cette Infolettre dans votre navigateur » présent en début d’email. Les deux versions sont par défaut très proches et ne se distinguent que par des petits détails masqués dans la version navigateur. Mais vous pouvez complètement les distinguer comme il sera vu par la suite.
Si vous avez des modifications à faire suite à cette prévisualisation, vous pouvez retourner modifier l’info-lettre via le formulaire d’édition. A chaque fois que vous faites une modification et enregistrez ou que vous prévisualisez, votre info-lettre est recomposée automatiquement à partir du modèle pré-composé et de vos contenus.
Test d’envoi d’une info-lettres
Une fois composée votre info-lettre, il est souvent nécessaire de l’envoyer par mail pour tester qu’elle s’affiche bien dans un lecteur de mail.
Vous disposez pour cela d’un formulaire sur la page de l’info-lettre :
Tant que vous n’avez pas publié votre info-lettre, vous ne pouvez l’envoyer qu’à une adresse email à la fois. De plus, par précaution, le sujet sera préfixé par l’avertissement [TEST]. Ceci vous évite la moindre confusion.
Publication d’une info-lettre
Après ce test d’envoi, vous pouvez alors publier votre info-lettre :
Votre info-lettre est alors recomposée une dernière fois par sécurité, les images sont copiées dans un dossier IMG/nl/xx/ pour ne pas risquer d’être perdues après l’envoi de l’info-lettre, et elle est passée en mode édition avancée sans possibilité de revenir en arrière.
Vous voyez alors que la page est modifiée dans ce contexte. Vous voyez directement les différentes versions HTML et Texte [3].
Dans ce mode, si vous essayez de modifier votre info-lettre, vous ne pourrez plus accéder qu’aux versions définitives composées, et non plus au contenu éditorial :
Envoi de l’info-lettre
Une fois publiée, vous pouvez envoyer cette info-lettre à l’aide du formulaire d’envoi présent sur la page :
La suite du processus d’envoi est décrite dans la documentation du plugin Mailshot.
Programmation d’une info-lettre
Un usage possible du plugin est de programmer une info-lettre qui sera générée et envoyée automatiquement selon une fréquence programmée.
Pour que cela ait un sens, le contenu de l’info-lettre doit se générer automatiquement à chaque nouvel envoi. Cela ne peut se faire qu’avec un modèle dédié conçu pour cela. Voyons un exemple avec le modèle Nouveautés fourni avec le plugin.
Cliquez sur l’icône Programmer une infolettre depuis la page d’administration des info-lettres. Vous arrivez alors sur un formulaire complet de programmation :
Ce formulaire vous permet de définir le titre, la récurrence de l’envoi, le modèle à utiliser pour composer automatiquement l’info-lettre. Vous pouvez aussi renseigner un chapeau et un texte et faire une sélection d’articles et rubriques, mais cela a souvent moins de sens car il vaut mieux que tout le contenu soit calculé automatiquement par votre modèle.
Pour la récurrence d’envoi, vous fixez une date et heure de début à partir de laquelle l’envoi sera programmé. Puis vous fixez la fréquence de répétition :
- tous les jours
- toutes les semaines, avec la possibilité de choisir quel(s) jour(s)
- tous les mois
- toutes les années
Dans tous les cas vous pouvez fixer un intervalle (tous les 2 jours, 3 semaines...). Vous pouvez également fixer une fin à l’envoi automatique : après un nombre d’occurrences [4], ou à une date précise.
Pour l’envoi, vous avez deux choix non exclusifs :
- l’envoi en test à une adresse mail
- l’envoi direct sur une liste d’inscrits
Choisissez par exemple juste le premier pour recevoir une version de relecture dans votre boîte mail, et vous n’aurez plus qu’à lancer manuellement l’envoi en nombre si cela vous convient.
Une fois tout bien rempli cela donne par exemple, pour un envoi quotidien automatique des nouveautés, à 10h, aux inscrits à la liste newsletter :
Enregistrez pour voir votre info-lettre programmée dans la liste des info-lettres :
Automatisme d’envoi
A chaque nouvelle occurrence de la date programmée, le plugin va essayer de composer la version HTML de l’info-lettre avec le modèle sélectionné. Si celle-ci est vide, il considère qu’il n’y a rien à envoyer et se reprogramme à la date de la prochaine échéance.
Si le contenu composé n’est pas vide, le plugin crée alors une nouvelle info-lettre avec le titre, chapo, texte et sélection d’article qui ont été programmés. La date de l’info-lettre est positionnée à la date de l’occurence et la date de rédaction antérieure de l’info-lettre est fixée à la date du dernier envoi [5]
L’info-lettre est alors composée avec le modèle, et le plugin envoie une version de test sur l’adresse email programmée si nécessaire, puis publie l’info-lettre. Si un envoi à une liste a été défini, celui-ci est automatiquement déclenché.
A noter que si pour une raison ou une autre le plugin rate une échéance (site en panne ou pas de visites sur le site), il fusionnera toutes les occurrences ratées et fera son envoi à la dernière occurrence passée.
Création d’un gabarit
Comme vu plus ci-avant, les Info-lettres sont en général générées à partir de modèles pré-composés que l’on appelera ici gabarits [6]. Ces gabarits sont en fait des squelettes SPIP, rangés dans le dossier newsletters/. Vous pouvez en ajouter dans votre dossier squelettes/newsletters/, ou personnaliser un modèle fourni dans le dossier newsletters/ du plugin en le copiant dans votre dossier squelettes/newsletters/ avant de le modifier.
Un gabarit est constitué au moins d’un squelette pour la version HTML de l’email. Il peut être accompagné de 2 variantes facultatives pour la version Texte de l’email, ainsi que pour la version HTML de l’info-lettre telle qu’affichée dans le navigateur.
Gabarit HTML
Pour créer un gabarit de la version HTML de votre email, créez simplement un fichier mongabarit.html dans votre dossier squelettes/newsletters/.
Il va alors apparaître automatiquement dans la liste des modèles disponibles quand vous créez une nouvelle Info-lettre :
Le nom du fichier gabarit apparaît entre crochets. Pour lui donner un petit nom en clair, ajoutez en début de votre fichier mongabarit.html [7] :
<BOUCLE_rem(CONDITION){si #REM}>
<!-- titre=Mon gabarit à moi -->
</BOUCLE_rem>Le titre en clair de votre gabarit apparaît alors dans l’interface d’édition des info-lettres :
Mais pour l’instant votre gabarit n’affiche rien. Ajoutons le code minimum suivant :
<BOUCLE_newsletter(NEWSLETTERS){id_newsletter}{statut?}>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>#TITRE</title>
</head>
<body>
<h1>Hello World !</h1>
</body>
</html>
</BOUCLE_newsletter>
#FILTRE{newsletters_liens_absolus}On peut voir qu’on a ici :
- ajouté une boucle
NEWSLETTERS: celle-ci doit avoir les deux critères{id_newsletter}{statut?}pour bien s’afficher sur l’info-lettre en cours de composition, quel que soit son statut ;- si vous avez configuré l’utilisation des langues sur les newsletters, vous devrez compléter cette boucle avec le critère
{lang_select}, et veiller à ce que cette langue soit transmises aux squelettes inclus en passant{lang}aux#INCLURE.
- si vous avez configuré l’utilisation des langues sur les newsletters, vous devrez compléter cette boucle avec le critère
- inséré dans la boucle le code minimum d’une page HTML :
- DOCTYPE
- balises
<html>,<head>,<body> - un
<title>dans le<head> - un
<h1>dans la page
- complété avec un appel à
#FILTRE{newsletters_liens_absolus}: cet appel vous sera bien utile car il transformera les URLs des liens et des images en URLs absolues qui fonctionneront dans tous les cas [8]
Dans cet exemple minimal, on utilise la balise #TITRE pour récupérer le titre de l’info-lettre tel qu’il aura été rempli dans le formulaire d’édition.
Les balises disponibles dans dans la boucle NEWSLETTERS sont :
-
#TITRE: le titre de l’info-lettre -
#CHAPO: le contenu du chapeau de l’info-lettre -
#TEXTE: le contenu du texte de l’info-lettre -
#URL_NEWSLETTER: l’url publique qui permet de voir l’info-lettre en ligne, dans le navigateur -
#LANG: la langue de l’info-lettre -
#DATE: la date de publication de l’info-lettre -
#DATE_REDAC: la date de rédaction antérieure de l’info-lettre (correspond à la date de la dernière occurrence dans le cas d’une info-lettre programmée)
Par ailleurs, la récupération des articles et rubriques sélectionnées dans une info-lettre se fait au moyen des boucles suivantes :
<ul>
<BOUCLE_selectionarticles(ARTICLES){id_newsletter}>
<li><a href="#URL_ARTICLE">#TITRE</a>
</BOUCLE_selectionarticles>
</ul>
<ul>
<BOUCLE_selectionrubriques(RUBRIQUES){id_newsletter}>
<li><a href="#URL_RUBRIQUE">#TITRE</a>
</BOUCLE_selectionrubriques>
</ul>Pour la structure HTML de votre info-lettre, vous pourrez avantageusement vous inspirer des ressources suivantes [9] :
- HTML EMAIL BOILERPLATE qui fournit un code type bien documenté des meilleures pratiques ;
- Le guide du Support de CSS dans les emails ;
- Emailology qui est un guide complet d’intégration des emails HTML
- Responsive Email Templates proposé par Zurb qui fournissent une base standard assez bien testée
Vous pouvez aussi partir des deux gabarits fournis dans le plugin :
-
basic.htmlest inspiré des gabarits HTML fournis par Mailchimp, avec des améliorations pour prendre en charge l’affichage dans les petits écrans ; -
letter.htmlest inspiré des mails HTML envoyés par le service Feedburner ; il repose sur une approche plus simple avec un minimum de stylage pour laisser les styles par défauts des lecteurs de mail.
Si vous faites de beaux gabarits robustes, n’hésitez pas à les ajouter au plugin pour en faire profiter le plus grand nombre.
Pour finir, une petite astuce de travail : pour dégrossir la mise en forme de votre gabarit lors de sa réalisation, vous pouvez directement l’afficher dans votre navigateur (si vous avez bien le statut de webmestre) par l’url spip.php?page=newsletters/mongabarit&id_newsletter=1 en choisissant bien un id_newsletter d’une info-lettre existante. Cela vous permet ainsi de visualiser rapidement toutes vos modifications sans avoir à générer une info-lettre et faire des aller-retour entre le mode prévisualisation et l’espace privé de SPIP.
Gabarit Texte
Les emails HTML sont toujours accompagnés d’une alternative au format texte, qui est affichée dans les lecteurs de mail ne supportant pas le HTML, ou si l’utilisateur à choisi ce réglage dans ses préférences.
Il est donc crucial de bien générer une variante texte du gabarit HTML. Si vous ne fournissez aucun gabarit pour la variante texte, le plugin va automatiquement générer une version texte à partir du HTML. Cette version texte repose sur une conversion au format MarkDown, avec quelques structurations supplémentaires (analyse des structures <table> du mail HTML pour générer des séparations structurelles dans la version texte).
Dans la plupart des cas, la version texte automatique est suffisante. Mais si vous voulez avoir un contrôle fin de ce que vous envoyez, vous pouvez créer un second gabarit pour la version texte : créez un second fichier mongabarit.texte.html dans votre dossier squelettes/newsletters/. Ce gabarit sera alors utilisé pour générer la version texte de votre email.
Mettez y la boucle (NEWSLETTERS) comme dans la version HTML, et composez le contenu de votre email en texte, en utilisant les mêmes boucles et balises que dans la version HTML.
Gabarit HTML pour la version en ligne
Lorsque votre info-lettre est affichée dans le navigateur, c’est par défaut le HTML de l’email envoyé qui est utilisé.
Toutefois, certaines informations ne sont pas pertinentes dans la version en ligne (par exemple le texte qui dit « vous pouvez voir cette infolettre en ligne »).
La feuille de style css/newsletter_inline.css est automatiquement ajoutée dans la page de la version en ligne. Il est ainsi possible de faire de petits ajustements CSS pour masquer certains blocs de texte, ou modifier quelque peu l’apparence de la version affichée dans le navigateur.
Si cela ne vous suffit pas, ou que vous voulez présenter en ligne une version très différente, qui reprend par exemple une partie de la charte graphique du site public, vous pouvez générer une version spécifique de votre info-lettre.
Pour cela créez un second fichier mongabarit.page.html dans votre dossier squelettes/newsletters/. Ce gabarit sera alors utilisé pour générer la version de votre info-lettre affichée dans le navigateur.
Personnalisation des info-lettres
Pour finir abordons l’aspect personnalisation. Dans de l’envoi en nombre il peut être utile et profitable de personnaliser chaque email envoyé en fonction de son destinataire.
Pour cela, le plugin propose un système de variables à deux niveaux, qui sont remplacées au moment de l’envoi, en fonction du destinataire.
Variables simplifiées
Les variables simplifiées s’expriment sous la forme @nomdelavariable@.
Chaque variable qui apparait ainsi dans l’infolettre composée est remplacée par son contenu. Si la variable n’est pas connue ou pas fournie, elle est simplement retirée (remplacée par un contenu vide).
Ces variables peuvent être utilisées dans le gabarit de l’info-lettre, mais aussi dans les champs titre, chapeau et texte de l’info-lettre.
La liste des variables disponibles dépend en fait du plugin d’envoi Mailshot, qui se charge d’appeler cette fonction dite « de contextualisation » juste avant chaque envoi. En plus des variables utilisateurs fournies par Mailshot la date courante est aussi disponible sous le nom date.
Langage SPIP
Pour des besoins plus complexes, il est possible d’utiliser le langage de squelette SPIP pour contextualiser l’info-lettre. Toutes les variables sont disponibles sous la forme #ENV{nomdelavariable}.
L’avantage de ce format est que l’on peut appliquer des filtres sur les valeurs des variables, ou indiquer une valeur par défaut quand la variable n’est pas fournie.
Il est donc possible d’utiliser une balise SPIP de ce type dans les champs titre, chapeau et texte de l’info-lettre : elle sera remplacée au moment de l’envoi.
Par exemple, pour faire un titre d’infolettre programmée qui change automatiquement en fonction de la date d’envoi, on y mettra :
Nouveautés du [(#ENV{date}|affdate)]
Pour utiliser ce formalisme dans les gabarits, il faut faire un peu plus attention. En effet si vous mettez simplement le code
<h1>Bonjour #ENV{nom}</h1>dans gabarit, #ENV{nom} sera calculé lorsque l’info-lettre est générée et non au moment de l’envoi.
Il faut donc échapper la balise pour qu’elle ne soit pas évaluée lors de la génération, et reste dans l’email pour être évaluée au moment de l’envoi :
<h1>Bonjour \#ENV{nom}</h1>C’est ainsi comme si on avait mis un @nom@ : c’est une variable de personnalisation, qui est calculée pour chaque destinataire
Le corrollaire de cette fonctionnalité, c’est que si vous voulez écrire du langage SPIP dans le texte votre infolettre envoyée [10], il faudra échapper les balises et les boucles pour éviter que celles-ci ne soient évaluées lors de la contextualisation.
Les variables accessibles par #ENV sont les mêmes que par le système de variables simplifiées [11].
Migration depuis un ancien plugin
Les anciens plugins SPIP-Listes, SPIP-Lettres et autres ne distinguaient pas réellement le contenu éditorial de l’infolettre et son envoi. Ainsi les info-lettres envoyées dans le passé avec ces plugins sont importées dans l’historique des envois par le plugin Mailshot et pas comme objet Newsletter par ce plugin.
Par ailleurs, le passage à ce plugin nécessitera que vous adaptiez vos gabarits selon les consignes indiquées plus haut, ou que vous utilisiez un des gabarits prêt à l’emploi du plugin.
Discussions par date d’activité
245 discussions
Bonjour
j’ai voulu ajouter en pied de pages de ma newsletter mes réseaux sociaux
Ca marche mais je n’ai pas les icones...
j’ai une liste :
L’Aire de Rien (facebook)
Christophe Noisette (instagram)
Christophe Noisette (Linkedin)
Christophe Noisette (X | Twitter)
L’Aire de Rien (You Tube)
Pourtant j’ai bien activé l’habillage dans les paramètres du plugin et j’ai coché la cache « info lettre »..
Une idée du pourquoi du comment du non affichage des logos des réseaux ?
Merci
et belle fin d’après midi.
C.
Répondre à ce message
Bonjour,
la variable d’environnement
@date@que l’on peut notamment utiliser dans le champs titre d’une infolettre programmée est de la forme AAAA-MM-JJ HH:MM:SS.Comment peut-on récupérer une version mise en forme, par exemple pour titre une infolettre programmée Infolettre du 9 févier 2024 ?
Cordialement
Bonjour,
Chez moi ça fonctionne dans le modèle « nouveautés » ou autre modèle semblable avec :
<head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>UPR_info du [(#ENV{date}|affdate)]</title>Dans votre cas remplacer « UPR_info du » par « Infolettre du » , évidemment.
Répondre à ce message
Bonjour,
Sous SPIP 3, et Newslettes v1.6.4 en cas d’image bloquée par Thunderbird, l’icône d’image non lisible (symbole d’une image déchirée) s’affichait avec un lien.
Sous spip 4 et Newslettes v2.1.2 j’ai le nom du fichier-image avec un lien à la place de l’icône.
Comment revenir à l’ancien résultat ? C’est possible ?
Merci.
Répondre à ce message
Bonjour,
Je n’arrive plus à générer des newsletter avec le plugin.
Lorsque je fais « prévisualiser », une page blanche s’affiche.
Dans les logs, je trouve l’erreur suivante :
PHP Fatal error : Duplicate declaration of static variable $indent in /var/www/html/plugins/auto/newsletters/v2.1.2/lib/markdownify/markdownify.php on line 489’
J’ai désactivé le plugin et je l’ai réinstallé en espérant qu’une mise à jour règlerait le problème de la librairie markdown, mais il demeure.
Pourriez-vous m’aider ?
Bonjour,
Au cas où d’autres personnes rencontrerait cette erreur, il s’agit d’un problème de compatibilité php. Le serveur hébergeant le site était passé en php 8.3, un retour en 7.4 a résolu le problème.
Répondre à ce message
Bonjour,
Pour les statistiques de mon site jutilise matomo (ex piwik).
Je souhaite y inclure les statistiques de ma newsletter. Pour compter d’ouverture de la newsletter il faut ajouter une image d’une source spécifique, venant de mon installation matomo, genre
src="https://piwik.example.org/piwik.php?idsite=1&rec=1".Mais une fois passé par spip la src est transformé et devient
src="https://mon-site-spip.org/IMG/nl/60/12345.php?6789#fixed".Est-ce qu’il y a un moyen d’éviter que spip change la source de l’image et laisse toute la chaine de paramètres intact ?
Si non, comment pourrais-je faire ?
Merci pour vos astuces.
Bonjour,
J’ai la même question pour la mise en œuvre de l’ouverture des lettres
https://matomo.org/faq/how-to/faq_25454/
J’ai inséré le code src comme indiquée, la prévisualisation fonctionne, mais quand la lettre est envoyée, le src est remplacé.
Je précise que j’ai retiré le
#FILTRE{newsletters_liens_absolus}en fin de modèle.Merci.
Répondre à ce message
Bonjour,
Sur un site utilisant la version 2.1.2 du plugin, après une mise à jour de spip 4.2.3 vers 4.2.4,
l’interface privé du site est dégradé. Après avoir désinstallé puis résinstallé un à un tous les plugins, seul l’activation de newsletters 2.1.2 provoque cette dégradation (affichage agrandi, signature SPIP du footer à gauche...)
J’ai supprimé le plugin et réinstallé à nouveau, même chose
j’ai vidé le cache SPIP et cache navigateur, même chose.
Une idée ?
Merci d’avance
Jérôme
Bonjour, Je me permets de relancer avec une capture d’écran de l’interface privé page plugin qui rend l’ensemble de l’interface privée graphiquement inexploitable. La page plugin n’étant pas la pire.
Si je désactive le plugin newsletterx cela ne le fait pas.
PHP 7.4 / SPIP 4.2.4,
Plugins actifs
Agenda
Api de vréification
calendrier mini
Champs extra et champs extra interface
cibloc et cistyle
coche mots
cookiebars
corbeille
depublié
enluminures typgrapiques
facteur
formidable
mailsuscribers
newsletters
nospam
saiosies
spip bonux
squelettes par rubrique
Yaml
Au besoin je peux donner le lien de l’URL publique
Merci d’avance pour votre aide
Répondre à ce message
voulant lancer ma lettre de rentrée, après quelques mises à jour spip et plugins (SPIP 4.2 Newsletter 2.1.2), j’obtiens l’erreur étrange ci-dessous à l’envoi de la lettre...
et effectivement, le code appelé fait ce SELECT
mais le champ n’existe pas dans la table...
une idée ?
pam
apparemment pb résolu après une réparation de base de donnée....
Répondre à ce message
Bonjour,
J’ai une erreur avec le cron Newsletters_programmees (voir le log ci-dessous).
je trouve ça bizarre car mon préfixe de table est ateliers_ et pas spip_ et la table plugins_liens n’existe pas en base, ni conditions. Par contre "signatures" existe préfixée
(J’utilise Newsletters 2.1.2 sur Spip 4.0.11)
Est-ce que quelqu’un sait ce qu’il se passe ? A noter, je viens de migrer de 3.2.19 vers 4.0.11 ,je n’ai pas eu d’autre choix que de mettre la version test du plugins.
« 2023-08-07 15:06:45 199.16.128.7 (pid 16239) :Pub:ERREUR : queue_close_job car _JQ_PENDING depuis +180s : Array
(
[id_job] => 2358881
[descriptif] => Tâche CRON newsletters_programmees (toutes les 6878 s)
[fonction] => newsletters_programmees
[args] => a:1 :i:0 ;i:1691406322 ;
[md5args] => e0d7261d23dc6c719bd6dce0a593c3d3
[inclure] => genie/
[priorite] => 0
[date] => 2023-08-07 15:01:02
[status] => 0
)
2023-08-07 15:07:03 91.160.150.158 (pid 16503) :Pri:cf maj.log
2023-08-07 15:07:04 91.160.150.158 (pid 16503) :Pri:cf maj.log
2023-08-07 15:07:04 91.160.150.158 (pid 16503) :Pri:cf maj.log
2023-08-07 15:07:04 91.160.150.158 (pid 16503) :Pri:cf maj.log
2023-08-07 15:12:09 91.160.150.158 (pid 24493) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:09 91.160.150.158 (pid 24493) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:09 91.160.150.158 (pid 24493) :Pri : !INFO : trouver_table : table inconnue ’’ ’spip_plugins_liens’
2023-08-07 15:12:20 91.160.150.158 (pid 24598) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:20 91.160.150.158 (pid 24598) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:20 91.160.150.158 (pid 24598) :Pri : !INFO : trouver_table : table inconnue ’’ ’spip_plugins_liens’
2023-08-07 15:12:22 91.160.150.158 (pid 24628) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:22 91.160.150.158 (pid 24628) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:12:22 91.160.150.158 (pid 24628) :Pri : !INFO : trouver_table : table inconnue ’’ ’spip_plugins_liens’
2023-08-07 15:20:04 91.160.150.158 (pid 431) :Pri:cf maj.log
2023-08-07 15:20:05 91.160.150.158 (pid 431) :Pri:cf maj.log
2023-08-07 15:20:05 91.160.150.158 (pid 431) :Pri:cf maj.log
2023-08-07 15:20:05 91.160.150.158 (pid 431) :Pri:cf maj.log
2023-08-07 15:20:07 199.16.128.7 (pid 471) :Pub:ERREUR : Erreur mysql 1146
2023-08-07 15:20:07 199.16.128.7 (pid 471) :Pub:ERREUR : Erreur mysql 1146
2023-08-07 15:20:07 199.16.128.7 (pid 471) :Pub : !INFO : trouver_table : table inconnue ’’ ’CONDITIONs’
2023-08-07 15:20:43 91.160.150.158 (pid 1238) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:20:43 91.160.150.158 (pid 1238) :Pri:ERREUR : Erreur mysql 1146
2023-08-07 15:20:43 91.160.150.158 (pid 1238) :Pri : !INFO : trouver_table : table inconnue ’’ ’SIGNATURES’
2023-08-07 15:20:43 91.160.150.158 (pid 1238) :Pri : !INFO : spip_connect : fichier de connexion ’../config/signatures.php’ non trouve
2023-08-07 15:20:43 91.160.150.158 (pid 1238) :Pri:HS : spip_connect : echec connexion ou serveur signatures mal defini dans ’../config/signatures.php’. »
Merci
Répondre à ce message
Bonjour,
J’ai essaye installer ce plugin spip plusieurs fois, toutefois j’obtiens l’erreur :
spip_mailsubscriptions_optins' doesn't exist SELECT * FROM spip_mailsubscriptions_optins LIMIT 1Auriez vous une idee ?
Merci
Le problème est remonté ici également : https://git.spip.net/spip-contrib-extensions/mailsubscribers/issues/40
Répondre à ce message
Bonjour,
J’utilise la version 2.1.2. Systématiquement, lorsque le plugin envoie une newsletter programmée, il marque cette newsletter à « fini » alors que je n’ai pas fixé de terme.
En regardant dans la base de données, le champ « date » est mis à « 0000-00-00 ». A chaque fois, je dois donc remettre la date de l’envoi suivant.
Je suis sous PHP 8.1.17 et mysql 5.7
Répondre à ce message
(déjà posté sur discuter, sans retour)
Pour une newsletter programmée, le webmaster ne voit pas la possibilité de choisir une image de logo avant l’envoi (contrairement aux champs Titre,Chapo et texte clairement personnalisable avant envoi).
Y a t’il moyen de permettre la définition du logo par le gestionnaire du site, avant l’envoi programmé ?
Merci d’avance de vos pistes.
Répondre à ce message
Bonjour,
j’ai un soucis depuis le passage sous SPIP 4.1.7 avec le plugin Newsletters 2.1.0. et PHP 7.4.33.
J’ai tout d’abord eu le problème des brèves que j’ai résolu en réactivant Brèves dans le site.
Mais depuis, plus d’erreur visible, la tâche planifiée reprogramme à la semaine suivante chaque semaine en considérant qu’il n’y a pas de nouveaux articles... alors qu’il y en a.
Le modèle utilisé est « [nouveautes] Nouveautes » mais les autres modèles produisent le même résultat.
Aurais-je louper quelque chose dans ce passage de la version 3.2 à 4.1 ?
Merci d’avance pour l’aide que vous pourrez m’apporter.
Je me réponds à moi-même, après avoir supprimer les programmations présentes avant la mise à jour puis mise en place de nouvelles avec les mêmes critères, cela fonctionne de nouveau... et c’est le principal ;-)
Répondre à ce message
Bonjour,
Depuis plusieurs mois, quand on crée des infolettres sur le site https://lyon-ouest.cio.ac-lyon.fr/, les images n’apparaissent pas dans l’envoi par mail. Pas de souci dans l’envoi de la même lettre en mode test avant publication. Mais systématiquement les images sont remplacées par des rectangles blancs après le vrai envoi.
Une idée de ce qui peut dysfonctionner ?
Version SPIP : 3.2.16
Version Newsletters : 1.6.4
Modèle utilisé : basic
Version PHP : 7.4.33
BDD : MariaDB 10.2
Merci d’avance.
Répondre à ce message
Sous SPIP 4.1 , Newsletters 2.0.4 , si je veux créer une infolettre non programmée avec le modèle « Nouveautés » j’obtiens des erreurs SQL 1525 :
SELECT articles.lang, articles.titre FROM spip_articles AS
articlesWHERE (articles.statut = ’publie’) AND (articles.date <= ’2023-02-12 16:54:13’) AND (articles.date > ’’) AND (articles.id_rubrique > « 0 ») LIMIT 0,1dans la boucle calculer_select() sql_select() ;
Merci de votre aide
Solution : après avoir enregistré l’infolettre et avant de la publier , il faut modifier sa « date de rédaction antérieure » en indiquant une date à la place de « 0000 » !
Répondre à ce message
Bonjour,
spip 4.1.7, plugin newsletter 2.1.0 php7.4.30 modèle [Basic] simple (une colonne, responsive)
L’intégration d’un lien avec cette écriture :
[https:nom_du_site.fr->nom_d_site.fr]produit en fait un lien<https:nom_du_site.fr/ecrire/>aussi bien dans le message en html que dans le version texte.
C’est juste une perturbation. Le reste est bien au point.
Cordialement alain
Je me réponds :
En relisant le paragraphe langage SPIP, j’ai appliqué la préconisation en écrivant avec l’échappement \ avant -> :
[https://nom_du_site.fr\->https://nom_du_site.fr]et la c’est ok.
Alain
Répondre à ce message
Bonjour,
Environement :
spip 4.1.5 + Newsletters 2.1.0 + php 7.4 + mutualisation sur hébergeur infomaniak
erreur dans le back office
Erreur d’exécution ../plugins/newsletters/newsletters/nouveautes.html | File […]/ecrire/inc/filtres.php Line 4879 : Argument 1 passed to generer_objet_introduction() must be of the type int, null given, called in /home/clients/b313813ae3dfa81e21eb5a95d7ad323f/sites/paroisse-benet.fr/tmp/cache/skel/html_dd7209438c0e2e528f16965331aa2302.php on line 319
erreur courriel
Erreur d’exécution ../plugins/newsletters/newsletters/nouveautes.html
Ce que j’ai réalisé :
https://git.spip.net/spip-contrib-extensions/newsletters/issues/11
on supprime la ligne 20
résultat erreur disparais
1° ) Table SQL « BREVES » inconnue
2° ) Erreur d’exécution ../plugins/newsletters/newsletters/nouveautes.html | File […]/ecrire/inc/filtres.php Line 4879 : Argument 1 passed to generer_objet_introduction() must be of the type int, null given, called in […]/ecrire/public/composer.php(96) : eval()’d code on line 71
et on supprime les lignes faisant référence a BREVES
resultat erreur disparais
Erreur d’exécution ../plugins/newsletters/newsletters/nouveautes.html | File […]/ecrire/inc/filtres.php Line 4879 : Argument 1 passed to generer_objet_introduction() must be of the type int, null given, called in […]/ecrire/public/composer.php(96) : eval()’d code on line 71
Cela refonctionne , merci de votre aide ...
Répondre à ce message
Bonjour,
Super plugin comme toujours !
Je me demande si c’est possible de récupérer le contenu des newsletters dans une rubrique.
J’ai trouvé comment les lister, peut-être pas de la meilleure façon, comme suit :
Ainsi, on récupère la liste, on peut cliquer pour ouvrir leur version HTML, mais on n’a pas de navigation contextuelle une fois ouverte, c’est le modèle de la news.
Est-ce qu’il serait possible de les intégrer directement dans un gabarit d’article ?
Une cliente souhaite rendre leurs archives disponibles sur son site…
Cordialement,
Karen
tu pourrais créer un modèle https://www.spip.net/fr_article3454.html
un squelette dans le dossiers modeles, et ensuite tu intégre cela où tu veux :)
Bonsoir et merci pour ta réponse rapide !
J’ai bien tenté cette piste mais je cale.
En fait j’ai amélioré mon appel dans le squelette « rubrique » dédié, comme suit :
J’obtiens bien ma liste de newsletters dans la rubrique concernée, avec un lien vers chaque news, mais ensuite je cale pour créer le modèle qui affiche la news concernée, et surtout, pour que le contenu se retrouve dans un squelette qui contient tout l’ensemble : le header, les menus, etc.
Je vois mes limites dans le codage de spip, du dynamique en général :-/ !!!
Je précise que j’ai creusé la piste des modèles et je t’en remercie, mais je ne vois pas comment relier le lien d’une news à un contenu de news précis, pour chaque lien listé en rubrique…
Heu... je suis pas sur de comprendre le besoin exact.
Tu veux bien afficher ta newslettre dans un article, comme tu afficherai une image.
Ou bien tu voudrai une page « newlettre » comme tu as des pages « article » ?
Je voudrais en effet que le contenu des newsletters puisse être affiché comme des articles et l’ensemble listé comme des listes d’articles dans une rubrique :-)
bah du coup faudra créer ton propre squelette en imitant la structure de ton jeu de suqelette, et en mettant le bonne boucles.
Je t’inviterai du coup à rechercher les squelettes utilisé avec ?var_mode=inclure et à te baser dessus.
EN tout cas là sans précision de ce que tu utilise, difficile de t’aider plus .... mais en gros les boucles newletter ne sont pas différents des autres boucles..
Mes squelettes sont très proches de ceux de la distribution, je n’ai fait que supprimer forum, recherches, etc. et touché surtout au portfolio et au css.
Je ne vois pas ?var_mode=inclure dans les squelettes rubrique et article de la distribution, pour m’en inspirer ?
En fait, je que je voudrais, c’est que :
– soit le contenu de chaque news ait la même apparence qu’un article normal quand on l’appelle à partir le la rubrique sur laquelle j’ai mis le code montré plus haut et qui liste les news, donc une sorte de gabarit autre que celui réservé aux news pour leur affichage en messagerie, mais plutôt un gabarit « article-xx »,
– soit que l’on puisse appeler le contenu inséré dans chaque news (#TITRE, #TEXTE et les images…) dans la partie « .content » des articles de cette fameuse rubrique-xx dédié à leur affichage conforme aux pages normales du site.
Peu importe, au final, le but est d’afficher les newsletters publiées dans le site avec la même apparence que les autres articles. Mais je ne sais pas si c’est possible et si oui, comment ?
Je suis désolée de na pas arriver à être plus clair, je pensais que ça l’était… ça l’est dans ma tête en tout cas, mais ça ne suffit pas !
Pas possible, les rubriques ne contienent pas des lettres, qui ne sont pas des articles.
Par contre tu peux te créer une squelette newletters.html qui listera toutes tes lettres de la même manière que rubrique.html liste toutes les rubrique, et un squelette newletter.html qui présentera une newletter avec la même présentation que article.html
pour le var_mode=inclure, lit cet article https://www.spip.net/fr_article4453.html
Ouiii ! C’est exactement ça que je cherche à faire, mais je suis perdue… Je ne trouve pas comment faire pour écrire ces squelettes ni où les placer :-(
Pour le moment, j’ai créé un « rubrique-8.html » qui liste les newsletters (code que j’ai publié hier soir), mais quand on clique sur les liens des newsletters, forcément on ouvre l’aperçu html desdites newsletters.
Il me manque une compréhension de la procédure je crois ;p ! J’ai fait plein d’essais mais aucun ne fonctionne parce que je ne réfléchis sans doute pas comme il faut !
Bon, je crois que je vais laisser tomber et m’en tenir au listage des news comme j’ai réussi à le faire, sans qu’elles aient leur gabarit spécifique…
Bonne journée et merci pour ton temps et ces pistes, même si je n’ai pas le niveau de compréhension.
Bonjour,
Si tu appelles un squelette « newsletter » c’est le squelette par défaut de la newsletter qui est appelé.
Si tu crées un squelette avec un autre nom (par exemple « infolettre ») tu peux l’appeler comme ceci dans un squelette rubrique (par exemple) :
et donc dans ton squelette « infolettre » tu peux recopier ce qu’il y a dans « newsletter » sans les styles inline.
J’ai des exemples en producton si tu as besoin.
dd
Hourra ça fonctionne :-) !
Un grand merci, tu viens de sauver mon premier week-end déconfiné !!
C’était bien que tu ne m’aies pas donné la solution d’entrée pour que je cherche un peu, et comprenne mieux. Mais honnêtement je n’aurais jamais trouvé la syntaxe du lien, ou après gros découragement !
J’ai cherché à savoir ce qu’était ton critère « patron » mais je n’ai pas trouvé, à par ça :https://contrib.spip.net/Realiser-des-patrons, mais pas de critère « patron » ?
Encore un grand merci et bon week-end à toi !
Parfait !
« patron » = gabarit = le modèle de newsletter choisi au moment de la rédaction de la newsletter.
Je ne sais plus où j’avais trouvé ce truc bien utile pour sélectionner selon le modèle.
J’ai terminé mon intégration et ça fonctionne nickel, c’est top ! Merci DD :-)
Pour « patron »… c’est ce que j’avais supposé mais que je mette le critère ou non ça ne change rien, c’est pour ça que je me posais la question. J’imagine que ça dépend du contexte de ton code général…
Merci encore et bon week-end !
Bonjour,
Je déterre ma demande d’aide de 2020 où je cherchais à appeler un squelette perso « infolettre » pour afficher mes newsletters dans le même style que mes articles, à partir d’un squelette rubrique qui liste ces newsletters (en gros, avoir une rubrique qui les archive et les montre avec la mise en page du site plutôt que celle par défaut des newsletters en ligne).
DD m’a aidée et j’appelle donc mes newsletters depuis une rubrique-x.html avec le code suivant :
Ça fonctionne très bien, sauf que les urls ne sont pas réécrites, et que si j’appelle avec #URL_NEWSLETTER au lieu de #URL_PAGE, ce sont forcément les modèles de newsletter « voir en ligne » qui sont appelés.
J’ai bien essayé :
Mais ça provoque un 404.
Je ne sais pas comment je pourrais appeler ces newsletters de façon à les afficher avec mon squelette et une url bien réécrites, ou comment les réécrire via le .htaccess ?
Est-ce que quelqu’un pourrait m’aider ?
Bon dimanche :)
Répondre à ce message
pour info
lors de la création d’une info lettre avec les nouvauté, j’ai l’erreur suivante
du coup l’infolettre arrive bien dans la boite mail , mais on a
le site est en mutualisation sur l’hébergeur infomaniak avec la version spip SPIP 4.1.0
Bonjour,
même constatation sur mon site après passage à SPIP 4.1
Hébergé chez O2SWITCH avec PHP 8.0.17.
C’était ok avec SPIP 4.0.5
Bonjour.
Même chose pour moi, également après passage à Spip 4.1.5
Hébergement Yulpa avec php 8.0.11
Et même problème sur le site en local (Mageia 8 et php 8.0.25).
Avez-vous trouvé d’où venait le problème ?
Merci.
PS. On en parle ici :
https://git.spip.net/spip-contrib-e...
Répondre à ce message
Bonjour.
Je fais des essais pour une notification des nouveaux articles d’un site sous Spip.
J’ai modifié le gabarit Nouveautés pour qu’on ait seulement les liens vers les articles.
Cela marche pour l’envoi test, mais ne semble pas prendre en compte les articles à accès restreint. C’est pourtant ce qui m’intéresse : prévenir les membres de mon association y compris dans la partie privée à laquelle ils ont accès par Login/Mot de passe. Comme je n’ai mis que les liens et pas les contenus des articles dans mon gabarit, les utilisateurs devraient se connecter pour accéder au contenu.
Cordialement.
Répondre à ce message
Bonjour,
Petite question concernant les newsletters programmés.
Je programme des newsletters et souhaite restreindre le contenu généré en lien avec une rubrique sélectionnée via la « sélection éditoriale »,
Malheureusement, il ne semble pas que la table spip_newsletter_liens soit mise à jour lors d’une création de newsletter programmé. Autant dire que le principe de sélection éditoriale est ignoré...
De plus, je ne vois pas dans la bdd qu’il y est de lien (un ID en commun par exemple) entre une newsletter (source de la programmation) et celles qui sont générés à partir de cette première.
J’espère que être suffisamment clair.
Merci,
JuL
Bonjour,
J’ai le même problème que vous avec les lettres programmées.
Avez-vous trouvé une solution ou un biais ?
Merci
JD
Bonjour,
Je n’arrive pas à recevoir les newsletters programmées alors qu’en manuel pas de souci.
Voici mon instalation :
Spip 4.0.7
Newsletters 2.0.4
Base SQlite
Une idée ?
Merci d’avance
Bonjour à tous,
@Jesuisdesordonne :
Je n’ai pas trouvé de solution malheureusement, lors de la génération d’une newsletter automatique, je constate toujours qu’on ne retrouve pas toutes les infos de la newsletter programmé et que passer par Champs Extra n’aide en rien. Les champs extras sont également ignorés...
Je vais créer des modèles pour chaque rubriques concernées, c’est pas top mais bon, on fait comme on peut...
Je vais ouvrir un ticket.
Répondre à ce message
Bonjour à tous et à toutes,
j’essaie de désinstaller mon plugin Newsletters et de le réinstaller afin que les tables se mettent à jour proprement après une mise à jour d’un gabarit où je rajoute une partie.
Seulement, j’obtiens l’erreur suivante quand j’essaie la suppression via le back-office après la désactivation.
Voici l’erreur exact :
Les fichiers du plugin « Newsletters » (version : 1.6.4) n’ont pu être correctement effacés (cf Photos).
La manipulation fonctionnait en local mais pas sur mon environnement de test.
Si quelqu’un a une astuce je suis preneur,
Cordialement,
Répondre à ce message
ffffffffffff
Répondre à ce message
Bonjour,
Dans la page privée d’une infolettre, le test d’envoi à une seule personne utilise-t-il la même config Mailshot que l’envoi à une liste ? Ou bien utiliserait-il la config de Facteur ?
Merci
Le test est envoyé par la méthode définie pour l’envoi des newsletters, sinon ce ne serait pas un test valable !
Bonjour
j’ai aussi le souci ! Est-ce qu’il est résolu ? Sait-on comment faire ?
Répondre à ce message
Bonjour
suite à une migration du Spip 3.2.15 en 4.0.7, des soucis de lettre d’info.
Que signifie l’erreur 401 à l’envoi d’une newsletter de test toute simple ?
Le plugin Mailshot fonctionnait (via Mailjet) avec l’ancien plugin Lettre, le plugin Facteur m’envoie bien le test, que veut dire ce 401 d’où peut-il venir ?
Merci d’avance,
J
Répondre à ce message
bonjour
un pb surprenant apparu depuis qq temps... mais très gênant dans l’actualité.. certaines de mes lettres sont envoyées avec des labels traduit en... russe ? J’ai qq articles en russes sur le site, mais la lettre n’est pas multilingue et le multilinguisme n’est pas activé pour les infolettres...
Le gabarit est inspiré de l’exemple et contient bien le filtre lang_select, mais je ne vois pas comment ce paramètre doit être transmis. La doc dit "veiller à ce que cette langue soit transmises aux squelettes inclus en passant lang aux #INCLURE. , mais je ne vois pas de quel #INCLURE on parle... Dans mon gabarit, il n’y en a pas ... et tout le reste me semble être le plugin newsletter standard... ?...
Si j’enlève le lang_select, ca peut aider ? J’imagine que ca pousse spip à prendre une valeur pour la variable lang et si il n’y en a pas, la valeur peut être quelconque ? et si j’enlève lang_select, il ne teste pas cette variable ?
merci d’avance d’une piste... certains de mes correspondants me demandent si le site a été hacké par des pirates russes... rien à voir, mais dans le contexte, ce n’est pas terrible...
Répondre à ce message
Bonsoir
Avec Spip 4.0.4 et Newsletters 2.0.1
Ce n’est pas un pb très gênant, dans un gabarit d’une newsletter j’ai :
Qui fonctionne bien, et que j’ai cherché à remplacer par une syntaxe plus moderne (?) :
Mais dans la web-lettre, cela envoie alors vers la page d’édition du site syndiqué au lieu de la page publique :
J’ai remis la « vieille » syntaxe.
Il suffit de forcer l’url dans le public via le flag
$publicsur[(#ID_SYNDIC|generer_url_entite{site})]puisque cette fonction génère l’URL de l’objet dans l’espace dans lequel on est (public ou privé), et que la newsletter est générée dans le privé...Répondre à ce message
Hello,
Je suis en train de découvrir le plugin Newsletter (très intéressant au passage). J’ai l’impression que la « sélection éditoriale » n’est possible que pour les articles et rubriques. Serait-il possible d’ajouter des événements ? J’ai fait des essais, en ajoutant un agenda donné, mais lorsque je prévisualise la lettre, aucun événement n’apparaît.
Merci :)
Répondre à ce message
Bonjour,
Je suis sous spip 4.0 ;
Je ne comprends pas, lorsque je sélectionne directement des articles, ça fonctionne. Par contre si je sélectionne une ou plusieurs rubriques, la newsletter ne présente aucun contenu sauf le logo, l’entête et pied... ?
Répondre à ce message
Je rencontre un même problème simultané sur deux sites en cours de développement.
SPIP3.2.9 MailShot 1.31.3 MailSubscribers 2.16.2 Newsletters 1.6.3 - tous stables
Sur mon serveur LAMP de test PHP Version 7.2.24-0ubuntu0.18.04.7, tout fonctionne comme attendu quand je crée une infolettre
Sur mon serveur de prod PHP Version 7.2.34 je rencontre le soucis suivant :
Je n’arrive pas à ajouter une sélection éditoriale (message Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.)
Je n’arrive pas à voir ce qui peut être à l’origine de ce soucis. Auriez-vous une piste de ce que je dois regarder pour comprendre ?
Je rencontre aussi des erreurs récurrentes lorsqu’une newsletter est modifiée puis enregistrée :
« "Oups une erreur inattendue a empêché de soumettre le formulaire, vous pouvez essayer à nouveau" »
Je suis passée de PHP 7.3 à PHP 7.4 mais cela continue.
J’ai aussi augmenté le temps limite de mémoire PHP de 512 à 1024M
Dans le spip.log je vois de multiples :
"2021-11-29 15:20:37 2.10.199.202 12381 Privé erreur
Erreur mysql 1146
Ce qui est étrange c’est que cela semble surtout concerner les administrateurs (restreints ou non) mais pas le webmestre.
Config :
Newsletters 1.6.4 - stable
SPIP 3.2.11 [24473]
PHP Version 7.4.25
Lorsque je veux installer la dernière version test j’ai comme choix :
Newsletters 2.0.1 - test - déjà installé
Newsletters 1.6.4 - stable - déjà installé
Alors que dans les plugins activés je ne cois que Newsletters 1.6.4 - stable (et il n’y a que celle-ci sur mon serveur).
J’ai du manuellement installer
https://files.spip.org/spip-zone/spip-contrib-extensions/newsletters-d8c0e-v2.0.1.zip
Et cela semble régler le problème
dd
Répondre à ce message
Bonjour,
Petite question de saison, comment suspendre ma newsletter sans la supprimer ?
Ma newsletter a une programmation hebdo mais la période fait qu’il n’y a pas grand chose cette semaine et je souhaiterais tout cumuler sur la semaine suivante.
J’ai essayé de modifier la valeur de derniere_modif_newsletter dans spip_meta mais visiblement, cela ne marche pas.
Répondre à ce message
Bonjour,
Je rencontre un soucis avec l’option multilingue des newsletters.
Mon site est configurer dans trois langues, j’ai bien des contenus publiés dans chacune des langues.
J’ai activé le menu de langue pour les infolettres via la configuration de SPIP.
Je vois désormais le bloc de changement de langue sur mes infolettres mais je n’ai pas la possibilité de changer la langue... Que faire ?
Merci.
Répondre à ce message
Bonjour,
je fais part d’un problème que je ne sais pas résoudre.
OVH PHP7.4 SPIP3.2.9 puis 3.2.11
je pensais résoudre le problème suivant en mettant SPIP à jour pour php7.4
voici le message que me donne l’activation du plugin newsletter v1.6.3 (3 fois supprimé puis re-téléchargé avec un nouveau téléchargement à partir de spip-contrib ou plugins spip)
Erreur SQL 1146
Table ’basedubiduleprof.spip_newsletters’ doesn’t exist
SELECT date FROM spip_newsletters WHERE statut=’prog’ AND date>’1000-01-01’ ORDER BY date LIMIT 0,1
et
squelette :
/home/monbidule/zzz/plugins/auto/newsletters/newsletters_pipelines.php
que faire ?
oups ! et ceci pour « boucle »
newsletters_taches_generales_cron() sql_getfetsel() ;
ligne69
Bon, c’est un peu vexant mais je fais mon rapport :
j’avais simplement désactivé le plugin sans le désinstaller et donc encore moins le réinstaller en l’activant.
Je viens donc de désinstaller puis d’activer à nouveau : problème résolu.
Merci au développeur pour l’ensemble des plugins de listes de diffusion
Répondre à ce message
Bonjour,
Lorsque l’on écrit une newsletter et qu’on la publie la date
<span><:newsletter:label_publie:></span> [(#DATE|affdate)]qui est par défaut dans le squelette est la date de la rédaction de la newsletter.
Lorsque l’on envoie l’infolettre est-il possible d’avoir, à la place de la date de rédaction, la date d’envoi dans la newsletter ?
Si j’ai bien vu actuellement un rédacteur doit changer le statut de la newsletter de « publiée » à « en cours de rédaction » puis « modifier la newsletter » puis « enregistrer » puis « publier en ligne » pour que la date d’envoi (et pas la date de rédaction) de la newsletter soit affichée dans la newsletter reçue..
(le fait de simplement changer la date de publication d’une infolettre publiée ne suffit pas)
Merci
Répondre à ce message
Bonjour,
SPIP 3.2.8, PHP 7.2, plugins à jour.
J’essaie de joindre un document pdf à mes newsletters, j’ai bien coché la case dans le contenu du site et le choix du document s’effectue bien dans l’interface de la newsletter.
Le problème est que la newsletter est bien envoyée, mais la pièce jointe n’est jamais présente dans les mails reçus ???
J’ai oublié quelque chose ?
Merci
En complément, les envois se font via l’api Mailjet paramétrée dans les plugins Mailshot et Facteur.
Dans les squelettes de newsletters par défaut je ne pense pas que les documents joints soient pris en compte s’ils ne sont pas insérés dans le texte.
Il faut ajouter quelque chose comme :
dans la boucle newsletter du squelette dans squelettes/newsletters/monsquelette.html
dd
Bonjour DD,
je viens de regarder et effectivement ils ne sont pas pris en compte.
Je vais donc pouvoir tester avec la ligne que tu me suggères et je reviendrais donner le résultat.
Merci beaucoup
Bonjour,
J’ai creusé un peu les squelettes, et effectivement si j’ajoute le code suivant :
quand un article contient une PJ celle-ci apparait bien dans le mail reçu, mais pas en tant que PJ au mail. Ça résout en partie mon problème, mais la PJ sélectionnée dans la newsletter n’apparait toujours pas.
Le code donné par DD donne le même résultat.
Je pense que la PJ sélectionnée dans la newsletter est gérée par le plugin Mailshot qui récupérerait son lien dans le plugin Newsletters, mais ça dépasse mes compétences ?
Une idée ?
Bonsoir,
je pense que c’est le fonctionnement souhaité de ne pas alourdir les emails avec des pièces jointes. En plus cela fait double emploi si le document est bien affiché (avec un lien) dans le corps du mail.
Çà répond à mon besoin quand il s’agit de documents inclus dans un article et que la newsletter appelle cet article.
Par contre quand on créée une newsletter « à la main » à quoi sert de pouvoir sélectionner un document à joindre à la newsletter si il n’est pas joint au mail envoyé ?
Ah excuse-moi je n’avais pas saisi ton besoin : doc dans
1/ articles appelés
ET 2/ newsletter sans article appelé.
Pour le 2/ le code que j’indique plus haut fonctionne :
[(#INCLURE{fond=inclure/documents,id_newsletter,env})]il faudrait vérifier que ton fichier inclure/documents.html contient bien « id_newsletter ? »
dans la boucle
<BOUCLE_documents_joints(DOCUMENTS){id_newsletter?} {id_article?}...Bonjour DD,
ne t’excuse pas, en me relisant mes explications n’étaient pas très claires...
Pour le 2, j’ai ajouté le code dans le modèle « letter » de newsletter et ajouté id_newsletter ? dans la boucle du fichiers inclure/documents.html
*- Si je créée une newsletter sans article appelé, le document joint apparait bien dans l’aperçu de la nl mais il n’est pas joint à l’envoi
*- Si je créée la nl en appelant un article il insère dans le corps du message les documents qui sont dans les portfolios de l’ensemble des articles, mais ne les mets pas en pj
Je précise que je choisis des documents qui sont dans la médiathèque du site.
Je ne peux même pas m’arracher les cheveux, je n’en ai plus...
Répondre à ce message
Hello
Petit souci avec ce plugin. Quand on fait une infolettre avec des images, ces images disparaissent de l’infolettre reçue après un certain temps.
En regardant le code html, je vois que l’infolettre appelle les images qui sont dans le dossier cache-vignettes. Donc logique qu’elles disparaissent.
Un moyen d’éviter ça ?
Merci
Pour compléter, je vois que les dossiers sont bien créés dans /IMG/nl mais ils sont tous vides.
Répondre à ce message
Bonjour,
Je souhaiterais faire une newsletter (info-lettre) multilingue qui soit donc reçue dans la langue associée au visiteur .
Je n’ai pas vu d’explication sur cet aspect.
J’ai essayé de mettre des blocs multi, mais ça ne marche pas, parce que la mise en statut publié supprime le multi.
la newsletter est gelée dans une seule langue.
La newsletter ne semble pas non plus avoir de traduction possible à la façon des articles.
D’où ma question : comment fait-on une info-lettre (newsletter) multilingue ?
Merci
Répondre à ce message
bonjour,
utilisateur ancien, j’ai un comportement nouveau, des images qui ne s’affichent plus dans le courriel... Le traitement de la lettre a transformé les imgxxxx non pas en une url pointant sur le fichier image dans le dossier IMG qui va bien, mais sur un petit script php qui fait simplement un
include d’un fichier public.php ?
le résultat est que j’ai l’encart pour la place de l’image, mais... pas l’image
je ne sais pas pourquoi il le fait, et apparemment pour certaines images, pas toutes ?
pour l’instant, je dois manuellement modifier l’URL de chaque image concernée dans la lettre...
j’ai vérifié mon squelette newsletter adapté, mais je ne vois pas
Peut-être sans rapport, mais depuis plusieurs mois, je n’ai plus de prévisualisation possible de la newsletter, pour la voir, je suis obligé, soit de me l’envoyer, soit de la publier...
pam
Répondre à ce message
Bonjour à tous,
Je viens de changer l’adresse de mon site web du http au https.
Depuis, les adresses vers les articles générées par le plugin newsletter ne sont plus correctes : elles sont générées sans le https. Elles prennent par exemple cette forme : //inegalites.be/Bruxelles-l-injonction-a-la-mixite ou //inegalites.be/Inegaux-face-aux-technologies.
Le squelette utilisé est le modèle par défaut « typographic », que j’ai légèrement modifié pour pouvoir recenser les nouveautés dans une newsletter automatique. La balise qui génère le lien de l’article est tout simplement #URL_ARTICLE, comme dans le modèle original, je ne comprends pas pourquoi ça ne fonctionne pas.
L’URL vers le lien de la newsletter est, elle, correcte. Par exemple : https://inegalites.be/L-infolettre-de-l-OBI-36.
Vous avez une idée du problème ?
Merci !
Bonjour,
Un problème similaire est décrit sur ce fil.
(avec un patch de Patapon ).
Voir aussi le ticket de Chag : https://git.spip.net/spip-contrib-extensions/newsletters/issues/2
Répondre à ce message
Bonjour
Je suis en train de préparer la migration d’un site de spip 2.1.30 à spip 3.2.7.
Je m’occupe pour l’instant du remplacement de « Spip-listes » par « Newsletters ».
Dans un « patron Spip-listes » j’ai des liens qui envoient vers la page de syndication d’un site.
Dans une boucle « SYNDIC_ARTICLES », le code utilisé pour le lien est :
Ce type de lien fonctionne avec Spip-listes, ainsi que depuis les pages publiques de mon site.
Je ne parviens pas, dans un « gabarit Newsletters » à faire fonctionner ce lien.
À l’affichage, « Voir les articles » s’affiche bien, mais aucun lien n’y est associé. Le code source généré est incomplet : il manque le début de l’URL ;
Il y a sans doute une autre façon de saisir un tel lien dans Newsletters ?
Merci d’avance !
Je me réponds...
Après avoir relu attentivement le fil précédent, je me suis aperçu de la ressemblance des problèmes.
Après avoir appliqué les correctifs proposés par Patapon, mes URL sont bonnes.
Par contre, à la prochaine mise à jour du plugin, il me faudra réintroduire ces correctifs ?
Répondre à ce message
Bonjour,
Il y a quelques soucis avec le filtre
newsletters_liens_absolus. Comme je n’ai pas trouvé où faire de bug report, je le fais ici. Désolé si ce n’est pas le bon endroit.Tout d’abord, ligne 45 de
newsletters_fonctions.php, le calcul de$base_racinese passe mal si_DIR_RACINEest vide :url_absoluerenvoie une chaîne vide, et du coup on a$base_racinequi vaut'/'(ce qui casse le reste de la fonction).Afin d’éviter ce bug, je propose de changer
_DIR_RACINEparurl_de_base()._DIR_RACINEà cet endroit.L’autre problème est dû à la manière dont les URL sont réécrites aux lignes 67 et 83 de
newsletters_fonctions.php. Ainsi, par exemple, ligne 67, on astr_replace($href,$abs,$lien[0]);, qui cherche à remplacer la valeur de l’attributhrefde$lien[0]par le contenu de$abs. Sauf qu’utiliserstr_replacepour cela ne marche pas toujours : la chaîne à remplacer ($href) a été extraite de$lien[0]via un appel àextraire_attribut(cf. ligne 55). Les entités HTML encodant des caractères spéciaux ont donc été filtrées parfiltrer_entites(cf. ligne 1935 deecrire/inc/filtres.php). Du coup, la chaîne$lien[0]ne contient pas forcément la chaîne$href(c’est le cas si les URL simples sont activées dans SPIP, par exemple, car elles contiennent alors des&), et lestr_replacene remplacera rien.En fait, si l’attribut
hrefa été extrait avecextraire_attribut, il faut le modifier en utilisantinserer_attribut, et non passtr_replace. Du coup, la ligne 67 denewsletters_fonctions.phpdoit être écrite ainsi :Et de même à la ligne 83.
Au vu de ces deux bugs, je propose donc le patch correctif suivant (qui semble fonctionner comme il faut) :
Merci pour le boulot fait sur ce plugin, en tout cas.
Patapon.
Re-bonjour,
Un autre rapport de bug, tant que j’y suis :)
Dans le formulaire de programmation de newsletter, des tabulations excédentaires sont ajoutées au chapô et au texte de la newsletter. Afin d’éviter ce fonctionnement désagréable, il suffirait de supprimer les tabulations en tête des lignes 175 et 183 de
formulaires/programmer_newsletter.html.Merci !
Patapon.
Merci Patapon,
Je pense que j’étais sur la même problématique. Je test tes suggestions de modifications !!
Dans mon cas, certains liens se retrouvent sans protocole. Je test !
Au top, ca mache tres bien. Pour ma part, j’ai également ajouté le header unsubscribe-list cf https://contrib.spip.net/Mailshot#comment505954-505910
Répondre à ce message
Conformité RGPD
Bonjour à tous, pour être conforme au RGPD, je voulais ajouter au pied de ma newsletter un lien de désinscription. Mais si j’ai bien compris, la désinscription à une newsletter se fait depuis le site. Il faut donc que mon lien de désinscription me renvoie au site, c’est cela ?
Merci,
Eric LM
A priori le lien de désabonnement se rajoute automatiquement au pied de la newsletter.
Mon problème est quasi-inverse. : je veux enlever ce lien (qui ne fonctionne pas chez moi car je passe par une liste mailman et pas par les listes de diffusion du site, peu pratiques parce que les bounced ne sont pas traités). Et je ne trouve pas où serait l’option pour enlever ce lien.
Merci.
Le lien de désinscription à la newsletter se trouve dans le gabarit de la newsletter utilisé.
qqchose dans ce genre :
<unsubscribe style="text-decoration: underline;"><a href="@url_unsubscribe@" style="color: #004A98;"><:newsletter:label_link_unsubscribe:></a></unsubscribe>Répondre à ce message
Bonjour,
j’ai des liens dans ma newsletter pour lesquels le protocole saute.
ex :
<a href="https://www.facebook.com/machintruc/"><img src="#CHEMIN{images/facebook-f.png}"></a>devient
<a href="//www.facebook.com/machintruc/"><img src="#CHEMIN{images/facebook-f.png}"></a>idem avec
<link href="https://fonts.googleapis.com/css?family=Roboto&display=swap" rel="stylesheet">qui devient
<link href="//fonts.googleapis.com/css?family=Roboto&display=swap" rel="stylesheet">j’imagine que pour des raisons de ne pas casser le protocol (et se retrouver avec du mixed content) quand on est dans un webmail, c’est une bonne idée mais dans un client lourd, est ce que ca fonctionne toujours ? mail-tester.com râle que les liens sont cassés. Accessoirement, il existe des webmails qui ne sont pas en https?
J’oubliais, c’est lié au filtre #NEWSLETTERS_LIENS_ABSOLUS
Répondre à ce message
Bonjour, Je cherche a pouvoir intégrer un fichier son dans une info-lettre. J’ai beau utiliser la formule
<embXX>cela ne fonctionne pas dans le mail, Le player s’affiche mais le texte dit "erreur’’. J’ai aussi essayé <docX|player|player=dewplayer> et cela ne fonctionne pas non plus, Savez-vous s’il est possible d’insérer un fichier son mp3 dans une newsletter ? Cela fonctionne dans le navigateur, mais pas dans le mail, et j’aimerai trouver une solution.Merci pour votre aide...
Répondre à ce message
Bonjour à tous,
Le plugin fonctionne parfaitement depuis de nombreuses années sauf quelquefois où la newsletter doit charger une trentaine d’articles à la fois. Si je baisse à 20, cela passe sans problème, mais dès que que j’augmente le nombre d’articles à prendre en compte, le plugin se bloque.
Est-ce un soucis de mémoire ? de temps ? A quel niveau je dois changer ? php-fpm ? nginx ?
Merci
Répondre à ce message
Bonjour.
Deux petits bugs en espace privé : les #NOTES des textes n’apparaissent pas, tout comme les commentaires du forum. Les messages postés disparaissent aussitôt.
Merci à vous.
Répondre à ce message
Bonjour, J’utilise ce plugin sur 2 sites mais sur l’un deux rien ne part. Il s’agit d’une newsletter programmée. Toutefois lorsque je valide ma programmation, cela m’indique que la newsletter est fini...pas de prochain envoi ? (voir capture). Je pense que le soucis vient de là... mais je ne comprends pas ce qui n’est pas fait correctement.
Merci pour votre aide.
Jérôme
Bonsoir,
Je me permet de relancer car je viens d’avoir le soucis sur un autre soucis. Je m’explique :
- Un site sous SPIP 3.2.1, la programmation des newsletter fonctionne
- Migration sous spip 3.2.4, aucun soucis tout fonctionne
- Je modifie un paramétrage de la programmation de l’infolettre (je change le jour d’envoi Jeudi au lieu de mercredi) et après validation il apparaît dans la synthèse de programmation que celle-ci est (fini) et rien ne part...
Est-ce que quelqu’un à reproduit cela sous spip 3.2.4 est-ce lié à cela car je ne vois pas le soucis sinon ?
Répondre à ce message
Bonjour,
Connecté en rédacteur en espace privé, il est possible de visualiser spontanément sous une newsletter, la liste des envois effectués à une liste de diffusion, et même de cliquer dessus.
Ceci crée un problème grave de sécurité car du coup, un rédacteur peut avoir accès à l’ensemble des emails des inscrits et de tous les historiques !!
De même, un auteur rédacteur peut modifier facilement son inscription à toutes les listes du site, alors que ces informations sont confidentielles...
Comment éviter ces deux gros problèmes ?
Grand merci.
Ah oui pour le premier point, il doit manquer un appel d’autorisation pour ne pas divulguer les emails aux redacteurs.
Sur le second point ça me semble plus discutable : je ne vois pas en quoi le fait qu’une personne accède à ses inscriptions pose un problème de confidentialité.
Légalement tout inscrit peut déjà avoir accès et demander rectification de ses inscriptions (ie se désinscrire), et n’a pas a être inscrit à quelque diffusion en masse que ce soit sans son autorisation, non ?
En effet je n’ai peut-être pas été assez précis sur ma description du problème.
Le rédacteur a accès à toutes les listes disponibles sur le site, y compris celles où il n’est pas inscrit. De plus une auto-inscription est possible à chacune d’entre elles, et donc autorise l’accès à des informations non contrôlées.
Pour info aucune notification ou log pratique, je crois, ne permet d’avoir un œil sur les inscription effectuées par un non-administrateur...
M’a solution d’urgence à été de passer tout le monde en visiteur...
Merci
« Pour info aucune notification ou log pratique, je crois, ne permet d’avoir un œil sur les inscription effectuées par un non-administrateur... »
>> Si tu actives les révisions pour les « Inscrits aux envois par email » et que tu t’abonnes au flux RSS des modifications tu pourras avoir l’info.
Répondre à ce message
Bonjour,
J’observe sur un site dont je suis le webmestre que, contrairement aux articles, je ne peux pas visualiser une infolettre « en cours de rédaction » ou « proposée à l’évaluation ».
Est-ce que c’est voulu ?
Merci
Newsletters 1.6.1 - stable
SPIP 3.2.4 [24285]
Répondre à ce message
Bonjour Cédric,
J’ai un souci avec les modèles du plugin Newsletter (Spip 3.2.4), notamment le « basic » qui me convient bien. Mais je ne comprends pas pourquoi les images ne s’affichent pas dans la prévisualisation ni dans les tests de mails envoyés : ni le logo du site, ni le logo de la newsletter, ni les logos d’articles en sélection éditoriale.
Pourtant, le site en production comme en local affiche bien le logo du site et le logo des articles là où je les appelle.
Pour tester, j’ai intégré une image dans le corps de la newsletter, celle-ci apparaît bien dans l’aperçu de l’espace privé mais pas dans la prévisualisation. Cela fait plusieurs jours que je m’arrache les cheveux sur ce problème sans comprendre d’où ça peut venir… Quelqu’un aurait une idée ?
Bonne journée
Je me réponds à moi-même et désolée pour le dérangement. J’ai visiblement un problème obscure : j’ai réinstallé un Spip 3.2.4 en local avec exactement les mêmes plugins, et tout va bien. Je viens finalement de tester sur le site en production, qui est à l’identique du site en local, puisque c’est bien celui-ci que j’avais réimporté en local tout récemment pour faire les évolutions sur la version à jour… et tout va bien aussi !!
J’ai dû avoir un problème à l’import du site, je ne vois pas d’autre solution… Bref, j’aurais dû faire tout ça avant de venir ici, au lieu de tourner en rond sur d’autres vaines tentatives.
Alors quand même, j’en profite : super plugin et super communauté ! Comme d’habitude, je ne peux pas repartir d’ici sans dire un grand bravo et un grand merci :-) !!
Du coup, mes 2 messages précédents (ainsi que celui-ci), polluent le fil plus qu’autre chose, donc si un administrateur qui a la main veut bien les supprimer, je n’y verrai aucune susceptibilité, au contraire !
Bonne soirée
Répondre à ce message
Bonjour à tous,
Pour la gestion d’une newsletter, j’utilise le plugin « newsletters » avec « mailshots » et « MailSubscribers ».
Quand je crée un nouvel email, je peux lui administrer une langue avant de l’envoyer (par exemple anglais). Le problème est que le bouton de désinscription (qui s’affiche bien « Unsubscribe from this Newsletter » en anglais) envoie sur une page « action=unsubscribe_mailsubscriber » qui est en français.
Du coup ma question est : Comment ajouter la langue dans le lien appelé avec la variable @url_unsubscribe@ ?
Merci pour votre aide et pour ces excellents plugins :)
Abel
Répondre à ce message
Bonjour à tous
je trouve le plugin fonctionnel. Par contre je n’arrive pas à trouver où on ajoute les destinataires. J’utilisais précédemment SPIP liste ; les lettres ont bien été importées par contre les visiteurs qui étaient les destinataires des lettres new letter ne le sont plus dans la nouvelle new letter et je me pose la question comment les y ajouter.
Merci par avance.
Philippe
J’ai bien pris en compte qu’il est associé à Mailshot et je pensais que c’était dans cet interface qu’il fallait rajouté des destinataires.
Répondre à ce message
Bonjour,
J’essaye de personnaliser un style pour l’infolettre. çà fonctionne sur le navigateur en local mais quand je l’installe dans mes squelette sur le serveur et je l’utilise depuis l’interface administrateur, puis je fais le test, je reçoit une lettre sans habillege que du texte et les photos. je vous laisse le code ci-dessous en espérant que quelqu’un peut m’aider. Merci d’avance.
NB : J’ai adapté les liens des images sur le serveur distant.
Répondre à ce message
bonsoir
pour une infolettre avec un titre contenant la date, on peut mettre
la lettre du [(#ENV{date}|affdate)]et ca marche, la lettre générée ce 5/03/3019 arrivera bien aux destinataires avec comme titre
la lettre du 5 mars 2019par contre, dans la page ecrire/ ?exec=newsletters...
la lettre générée apparaitre avec comme titre
la lettre du [(#ENV{date}|affdate)]ce qui est gênant, c’est qu’on peut vouloir utiliser l’URL de la lettre généré à partir du titre, et que ca donnera qq chose comme
.../La-lettre-du-ENV-date-affdate-1391ce qui n’est pas terrible...
comment avoir le titre généré aussi dans la description des infolettres générées ?
il me semble avoir déja lu qqchose sur ce sujet mais je ne retrouve pas...
merci d’’avance...
pam
Répondre à ce message
Bonjour,
je suis en train « d’essayer » de faire mon gabarit pour une infolettre dont l’envoi sera programmé.
Mon objectif : mettre une image LOGO de la newsletter qui serait celle d’un article ayant un mot clé technique (logo_newsletter) et s’il n’y en a pas, mettre le logo de la newsletter #LOGO_NEWSLETTER.
Cependant :
1/ Lorsque je configure l’envoie d’une infolettre, il n’y a pas de notion de #LOGO_NEWSLETTER dans le back office. Il n’y en a que dans le cas d’une création d’infolettre ! Enfin c’est ce que je vois.
— > Donc est-il possible d’insérer une image qui serait le logo / image par défaut de l’infolettre lors d’un envoi récurrent ?
2/ Ma deuxième question : si l’on arrive à mettre un logo/image par défaut, peut-on le mettre en alternatif d’un logo d’article(avec mot clé). Du genre mettre le logo de l’article ayant pour mot clé (logo_newsletter) sinon, mettre le logo de la newsletter.
Je sais qu’il est possible de le faire entre le #LOGO_NEWSLETTER et #LOGO_SITE_SPIP
Merci d’avance pour votre aide
Jérôme
Répondre à ce message
Bonjour,
Sur notre site (SPIP 3.2.1), Newsletter (1.5.5), nous souhaitons envoyer une newsletter tous les trois mois.
J’ai donc sélectionné « tous les mois », et j’ai sélectionné « 3 ».
Cependant, je reçois celle-ci tous les mois.
Quelle solution puis-je mettre en place ?
Merci !
Pour compléter le message de Sarah : il s’agit d’une newsletter automatique programmée pour être envoyée tous les 3 mois.
Cependant, comme on le voit sur le screenshot, malgré que la fréquence soit bien enregistrée par le plugin comme 1 envoi / 3 mois, celui-ci l’envoie tous les mois (dernier envoi en décembre et prochain pour janvier).
Est-ce un paramètre mal configuré, ou y a-t-il un couac quelque part ?
La version 1.6.0 du plugin corrige ce bug (mais nécessite maintenant PHP 5.3 ou plus). La prochaine occurence ne changera pas suite à la mise à jour et aura lieu en janvier, mais le calcul de la suivante sera bon
(les occurences sont calculées depuis la date de départ)
Bonjour Cerdic,
un tout grand merci pour cette mise à jour qui nous sera bien utile !
Joël
Répondre à ce message
Bonjour,
Je prépare une infolettre programmé pour envoi journalier pendant 1 mois. J’ai plusieurs questions :
Où est-ce que je peux ajouter le logo de l’infolettre ?
L’envoi doit chaque jour contenir l’article du jour. Est-ce qu’il y a une astuce pour tester cela ?
Quand j’utilise la page de prévisualisation indiqué dans la doc spip.php ?page=newsletters/mongabarit&id_newsletter=X , je reçois un email à chaque rafraichissement de la page. Je je comprends pas pourquoi et j’espère que ces envois n’arrivent pas sur la liste des inscrits ! Comment contrôler ces envois ?
Merci d’avance pour vos coups de pouces
Répondre à ce message
Bonjour,
Je ne parviens pas à envoyer 1 test de l’infolettre ..
Après avoir créé l’infolettre et l’avoir publié, je clique sur « envoyer » de l’onglet « envoyer à une personne ».
SPIP m’écrit alors « La newsletter a bien été envoyée »... et pourtant, je ne reçois pas d’infolettre dans ma boite mail. J’ai essayé avec des adresses mail différentes mais rien.. Je ne reçois jamais la newsletter.
Pouvez-vous m’aider ?
Merci !
Kathy
Est-ce que les autres envois à partir du site fonctionnent ?
As-tu installé le plugin facteur ?
oui, le plugin facteur est bien installé.
Je ne parviens pas du tout à faire des envois ... SPIP me dit que le message est bien envoyé mais en réalité, rien arrive dans les boites mail testés.
Est-ce que vous auriez une idée ?
oui, le plugin facteur est installé.
Pour l’envoi de message, SPIP dit « message bien envoyé » mais en réalité, les messages n’arrivent jamais dans les boites mail testées.
Auriez-vous une idée du problème ?
quel hébergeur ? est.-ce uniquement les newsletter ou bien tous les mails de spip qui posent problème (par ex les rappel de mot de passe)
Je n’ai jamais utilisé d’autres mails, donc je ne peux pas vous dire.. J’aimerais juste pouvoir envoyer une newsletter.
L ’hebergeur est l’académie de Versailles.
Avez-vous une solution ?
le problème peut se situer a plusieurs niveaux en fait.
donc deja il faut déterminer où se trouve le problème :
. lors de l’envoi de mail par newsletter
- lors de l’envoi de mail par spip
Donc déjà on va tester l’envoi de mail sans newsletter : aller sur
ecrire/?exec=configurer_facteuret tout en bas, faite un test de configuration.oui, je reçois bien le test de configuration.
ok, donc le problème ce situe au niveau de newsletter.
Il peut y avoir plusieurs raisons à cela :
- bug dans mailjet
- bug dans newsletter
- blocage de l’hébergeur qui limite le nombre d’envois
Vous avez fait un test avec un envoi pour un seul destinataire ?
Il faudrait regarder du coté des fichiers de logs pour en savoir plus.
oui, j’ai essayé avec un seul destinataire.
SPIP dit « message bien envoyé » mais au final, le message n’arrive jamais jusqu’à la boite mail..
Je ne connais pas les fichiers de logs .. où est-ce que cela se situe ?
donc a priorio le problème serait plutot du coté de mailshot.
Avez vous bien configuré celui-ci ? Apparement il faut aussi que facteur passe par un smtp pour que mailshot puisse fonctionner. Donc il y a une config a faire.
Pouvez vous envoyer une copie d’écran des configuration de mailshort et de facteur ?
Dsl mais je ne parviens plus à envoyer des messages.. Je suis sur liste noire.. Je tente avec mon téléphone
Répondre à ce message
Bonjour,
J’ai préparé une lettre d’info (modèle « basic ») comme d’habitude... Seulement j’ai un message d’erreur au moment de l’envoi aux abonnés de cette newsletter.
Différences par rapport à mes envois habituels : ajout d’un logo de newsletter (et non le logo du site par défaut) et modification de la couleur de fond de page. Je ne pense pas que ça puisse influer sur l’envoi...
J’utilise MailJet (comme d’habitude encore !). J’ai vérifié dans le plugin Mailshot la clé API et la clé secrète. C’est OK !
J’ai un doute sur la version API. MailJet propose en SMTP : « in-v3.mailjet.com », dois-je opter pour « API version V3 » ? (d’ordinaire, je ne m’en suis pas préoccupé et ça marchait !).
Le test d’envoi à une seule adresse est OK.
Dernière chose, je suis chez OVH en hébergement mutualisé (mais c’était le cas déjà dans le passé, quand ça fonctionnait !).
Comme le message d’erreur s’affiche immédiatement lors du clic sur envoyer, je penche plutôt pour un problème de configuration (suite à une mise à jour des plugins ?).
Si vous pouvez m’aider, j’en serais ravi car je ne sais plus trop quoi faire :(
Merci par avance !
Bonjour,
En l’absence de solution, je me suis résigné à envoyer des newsletters en utilisant directement le service gratuit en ligne de MailJet. Ça marche bien aussi !! Tant pis pour SPIP.
Cordialement.
qulle version de mailjet ? il se peut que ce soit lié au fait que mailjet soit passé en tls 1.2. La toute dernière version du plugin permet normalement de communiquer à nouveau avec mailjet.
Répondre à ce message
La
meta property="og:description"calculée pour la newsletter ne prend pas en compte le chapeau, mais seulement le (début du) champ « texte ».Or la version ’texte’ de la newsletter semble calculée à partir de la version html dont les balises html sont enlevées. Du coup, la version texte commence par le début du champ texte de la newsletter, et non par le chapeau... Puis le chapeau est inséré, puis de nouveau le texte, complet cette fois.
C’est embêtant. il me semble que la og:description calculée devrait commencer par le chapeau.
En plus, ne faudrait il pas enlever le head du html avant d’en extraire le texte pour calculer la version texte ? Ou ne retenir que le body. Car il n’y a pas de raison que le contenu des meta se retrouve dans la version texte lisible. Surtout que vu leur construction automatique, ça fait des textes en doublon.
Dans le squelette on a
[<meta property="og:description" content="(#INTRODUCTION|supprimer_tags|entites_html)" />]c’est donc censé prendre le chapeau + le texte.Par ailleurs le calcul de la version texte supprime bien toute la partie
<head>...</head>du HTML et même si ce n’était pas le cas le contenu de la meta ne resterait pas puisqu’il est dans un attribut et pas encadré de 2 balises HTML.Ton problème vient sûrement d’autre part…
En effet, je vois que la balise #INTRODUCTION ne teste pas la présence d’un champ ’chapo’, et n’intègre actuellement le chapeau que pour les articles : https://core.spip.net/projects/spip/repository/entry/spip/ecrire/public/balises.php#L810
Or, les infolettres ont un chapo aussi, et il n’est donc pas pris en compte dans #INTRODUCTION. Je crois que c’est ça l’origine du problème.
Or, a priori, si on utilise la balise #INTRODUCTION (ici ou ailleurs), c’est qu’on veut fusionner chapeau et texte, sinon on utilise pas cette balise. Donc ça ne devrait léser personne de mettre à jour #INTRODUCTION pour que ça utilise systématiquement le chapeau, pour toutes les tables (= pour toutes les tables qui ont un chapeau). N’est il pas ?
Je suis d’accord avec toi JLuc
Ticket créé pour pas oublier sur les plages : https://core.spip.net/issues/4169
réglé par commit r24066
merci cerdic
Répondre à ce message
Bonjour,
De mon côté, le plugin marche très bien, mais je n’ai le choix que d’un modèle, qui est Typographic. J’aimerais utiliser le modèle Nouveautés. Son squelette est bien présent dans le plugin, mais impossible de le sélectionner. J’ai aussi essayé de rajouter le modèle dans mon dossier squelettes/newsletters/, mais ça n’apparait toujours pas dans le plugin.
J’ai désinstallé et réinstallé le plugin pour voir, mais pas de changement. Je suis sous Spip 3.2.
Une idée de pourquoi ça ne marche pas ?
Merci beaucoup !
Voici le seul choix que j’ai dans l’interface privée du plugin.
Or, si on regarde le dossier du plugin contenant les modèles, ils sont tous là...
Je ne comprends pas ?
Dans la configuration du plugins, tu as pas masquer des modèles ?
Répondre à ce message
Bonjour tout le monde,
Je viens de m’apercevoir qu’il n’y a pas d’auteur attribué à une infolettre.
Aurait-on la possibilité d’attribuer un auteur / des auteurs à une infolettre ?
Merci,
françois
Bon OK, on peut utiliser https://contrib.spip.net/Auteurs-partout-4414 ;-)
Répondre à ce message
Bonjour à tous,
Je suis sur SPIP 3.0.19 [22089].
Je rencontre un soucis avec les Infolettres :
Le squelette s’affiche sans erreur mais lorsque je veux l’envoyer (à une adresse qui fait partie des comptes visiteurs enregistrés), voilà ce que j’obtiens : https://screenpresso.com/=dG3hc
1. Invalid address : (punyEncode) [errorspip]
2. 13 erreurs dans le squelette... qui sont pourtant inexistantes quand on visualise la newsletter !
J’en appelle à votre aide bienveillante... merci :)
Répondre à ce message
Bonjour.
Pourriez-vous m’aider pour créer une newsletter automatique qui prenne en compte aussi les articles se trouvant dans des zones restreintes (plugin Accès Restreint) ? Merci d’avance.
Bonjour,
Il est dit ici : https://contrib.spip.net/Le-plugin-Acces-Restreint :
« De plus le critere
permet de passer outre le filtrage d’acces. Il peut etre utilisé par exemple pour lister les titres des articles dans une rubrique restreinte, ou meme pour verifier l’existence d’un article filtré, a la place des deux filtres ci-dessus. »
Répondre à ce message
Bonjour,
J’ai trouvé cette contribution qui répond parfaitement à mon besoin d’utiliser le plugin « sélection éditoriales » pour sélectionner et ordonner facilement les articles d’une newsletter. La connaissiez-vous ? Que pensez-vous de l’inclure à votre plugin pour celles et ceux qui comme moi la trouveraient utile ?
https://github.com/VertigeASBL/newsletters_avancees
Répondre à ce message
Bonjour,
J’ai installé le plugin Sélections éditoriales pour pouvoir insérer des sélections dans les infolettres. J’ai bien coché les différents objets pour lesquels je souhaite utiliser ces sélections (articles, infolettres, etc.). La fonction apparaît bien dans les articles mais pas dans les infolettres. Quel peut-être le souci ?
J’ai posté également dans le forum Sélections éditoriales, mais aucune réponse !
Merci de votre aide.
Yann
Répondre à ce message
Bonjour,
Il semble que je souffre d’un petit conflit entre ce super plugin et le plugin Enluminures Typographiques V3 !
Je m’explique :
Avec « Enluminures », un raccourci permet l’encadré d’un texte avec
[(....)]Ici pour mettre la date dans une infolettre avec NewsLetter, il faut mettre le code suivant dans le titre :
[(#ENV{date}|affdate)]Et là le titre perd sa fonction de calcul de date, quelqu’un peut-il qqchose pour moi ?
Merci d’avance !
Note : je mets le (presque) même message dans l’autre plugin ! ;-)
Bonjour,
Je réponds avec du retard après avoir testé plusieurs solutions.
J’ai incorporé cet affichage de date dans un gabarit « Nouveautés » avec
la date sera calculée lorsque l’info-lettre est générée et non au moment de l’envoi, c’est à dire au lendemain de la précédente info-lettre. Comme le précise Cédric, Il faut donc
pour qu’elle ne soit pas évaluée lors de la génération, et reste dans l’email pour être évaluée au moment de l’envoi :
Exemple pour une infolettre des derniers articles, où j’avais besoin d’incorporer la date j’ai ajouté cette ligne dans le gabarit « nouveautés » :
Merci pour la réponse, mais c’est de ma faute, je n’ai pas été clair, c’est DANS LE TITRE que le problème se pose par l’utilisation de [(....)] qui est interprété par le plugin enluminures et qui donc perd totalement son sens et sa destination.
Pour ce qui est de l’inclusion dans un patron/gabarit, je n’ai aucun problème, par contre dans le titre de l’infolettre elle même, là est le vrai problème... Je me doute d’ailleurs que cela passe par de tortueux chemins puisque c’est un signe [(.....)] qui est en cause et c’est son interprétation qui pose problème !
Ex d’un titre provoquant des erreurs avec les 2 plugins :
Titre d’une infolettre :
Répondre à ce message
Bonjour,
Je souhaite mettre en place une newsletter avec le plugin. J’ai choisit le modèle qui me convient mais j’ai un problème avec les images contenues dans les articles qui ne s’affichent pas. Pourriez vous me dire si je dois cocher une fonctionnalité dans les paramétrages du plugin ou y a t’il une configuration particulière à mettre en place sur le serveur ?
En vous remerciant par avance pour votre réponse.
Où les images ne s’affichent elles pas ? Dans les mails ? Et dans la prévisualisation c’est ok ?
Bonjour,
Les images ne s’affichent pas ni dans le mail ni dans la prévisualisation. Cela concerne les images contenues dans les articles présents sur le site.
Après un essai, si j’ajoute manuellement une image elle va apparaitre mais en en début de mail.
Merci beaucoup pour votre retour.
Et si tu changes de modèle de newsletter, as-tu le même résultat ?
Est-ce que ce sont des images ajoutées au portfolio ?
Oui j’ai le même résultat en changeant de modèle.
Après vérification mes images ne sont pas dans le portfolio. Je fais un test....
J’ai également une autre question en ce qui concerne l’ordre des articles qui est différent de celui dans lequel j’ai créé la lettre. Y a t’il une astuce pour les organiser de façon personnalisée ?
Est ce que GD est activé ??
Pour l’ordre des articles, la seule solution que j’ai trouvée est d’utiliser Sélections éditoriales en adaptant un modèle de newsletter https://pastebin.com/U3MkE7ay (à mettre dans squelettes/newsletters/)
Merci pour l’ordre des articles. Je vais essayer ça.
Autrement je ne sais pas ce que veut dire GD ....
Répondre à ce message
Je voudrais pouvoir intégrer une newsletter publiée à une page de mon site (avec sa propre feuille de style). Je n’arrive pas à trouver quel squelette/inclusion je dois récupérer.
J’ai réussi à l’ajouter comme document distant avec l’URL de la forme « https://www.monsite.fr/urldelalettre »
et ensuite à l’insérer en embed dans le texte d’un article.
J’ai du modifier la css pour ne pas que les mentions « Cet email ne s’affiche pas correctement ? Voir cette Infolettre dans votre navigateur. »
et « Cet email a été envoyé à : mail@example.org Me désinscrire de cette Newsletter »
s’affichent.
Est-ce qu’il n’y a pas un moyen plus orthodoxe ?
Merci
Répondre à ce message
Bonjour,
Certains articles parus depuis une semaine ne figurent pas dans le contenu de la newsletter générée avec le gabarit « Nouveautés ». Or d’après leur date de rédaction, ils devraient apparaître.
Quelqu’un a-t-il déjà observé cette situation ?
Y a-t-il un réglage subtil entre la « Date de publication en ligne » et la « Date de rédaction antérieure » de la newsletter, par rapport aux « Date de publication en ligne » et « Date de rédaction antérieure » des derniers articles ?
Merci d’avance pour vos solutions.
Répondre à ce message
Bonjour, j’ai développé un site sous ScolaSPIP 4 et SPIP 3.2 pour un cursus de science de la vie (biologie) et je voudrais mettre en place une newsletter pour la vie académique de la fac. Quand j’installe tous les trois plugins (mailshot, mailsubscribers et newsletters) le site plante complètement. Est-ce que vous avez une piste comment résoudre cette impasse ? Est-ce qu’il y a quelque chose à cocher sur le menu « Interactivité » de la configuration du site ?
Merci !
Répondre à ce message
Bonjour,
J’ai tenté de créer des infolettres en fonction de mots-clés mais je n’arrive pas à inclure la boucle qui va bien dans mon modèle perso (je suis parti du modèle « nouveautés »).
En gros, j’ai 9 mots-clés correspondant à autant de sections d’un laboratoire et je voudrais envoyer à chacune d’entre elles une infolettre regroupant les articles récents qui les concernent...
Merci d’avance pour vos suggestions :-)
Bonjour,
Je comprends qu’il y a
Ne serait-il pas plus simple de créer :
Merci pour votre réponse :-)
En fait, le laboratoire en lui-même est divisé en 9 sections (correspondant en gros à des matériaux étudiés) mais les informations qui les concernent (actus diverses, recherche, colloques etc.) sont dispersées dans pas mal d’endroits sur le site et donc dans des articles et rubriques diverses.
Du coup, j’ai créé des mots-clés dans l’idée de m’en servir pour envoyer à chaque section un contenu qui les concerne, et je voulais créer 9 infolettres mais sur un seul et même modèle, le modèle « nouveautés » qui prendrait comme critère le mot-clé en plus.
Par exemple, une infolettre « Métal » qui irait piocher tous les articles associés au mot clé métal mais je n’arrive pas à trouver la bonne boucle...je peux regrouper les membres par liste, une liste pour chaque section, mais mon problème c’est comment filtrer les articles avec le mot clé « Métal » n’importe où dans le site pour les adresser à la liste Métal...
Bonsoir,
Si je comprends bien, résumons donc :
Vous avez besoin de 9 gabarits de newsletters "nouveautés" , copiés mais différenciés par 9 sortes de boucles appelant selon des critères différents :
Soit 9 sortes de newsletters, avec chacune :
Exemples :
Sélection des textes contenant « métal » suivi, à quelques caractères près (entre 0 et 20), de « flamboyant ».
Sélectionner les rubriques, sauf certaines :
Avez-vous consulté ces pages :
Cordialement
Bonjour,
J’avais consulté en effet ces pages et d’autres pour me remettre en tête les syntaxes mais sans pour autant trouver la solution, peut-être que je place mal les boucles dans le squelette newsletter ? Par exemple ici au début du modèle newsletter :
SI je suis bien votre exemple, pour les mots-clés, ça devrait donner ceci à placer quelque part avant ou après la boucle « newsletter » ? :
Mais ça veut dire 9 modèles avec à chaque fois un mot-clé différent ? Et pas 9 infolettres basées sur un seul modèle ?
Je pensais plutôt à l’origine qu’il fallait déclarer une variable « mot-clé » quelque part au début du modèle newsletter, comme celle-ci :
Et qu’ensuite, en fonction du mot-clé associé à l’infolettre, ça me donnerait que les articles possédant le même mot-clé...
Exemple de l’infolettre « Métal » qui possède le mot-clé qui va bien...
Cordialement
Bon, je me réponds à moi-même :-)
J’ai finalement trouvé le bon emplacement dans le squelette où insérer une boucle qui prenne en compte les mot-clés pour personnaliser les infolettres...
J’ai aussi déterré un vieux fil qui m’a mis sur la voie (https://forum.spip.net/fr_221703.html).
Le code en question, donc inséré dans le gabarit « nouveautés » que je reprends quasi à l’identique :
Merci encore !
Un regard de @Cédric sur cette démarche bouclée serait utile, pour valider si la méthode est bonne et/ ou s’il y en a une meilleure ?
Pour votre besoin, je créerai 9 copies (différenciées par les critères de boucles) du fichiers gabarit de la newsletters « nouveaute.html » dans le sous-dossier /squelettes/newsletters/ de votre site, en les re-nommant selon vos critères. (voir plus haut dans l’article la méthode pour créer ses gabarits)
Le fichier-gabarit de la newsletter « nouveautes.html » comporte la boucle suivante (ligne6) qui vérifie si dans un site il y a des articles parus depuis la précédente expédition , et si c’est oui, ensuite l’autre boucle sélectionne ces derniers articles publiés dans le site (ligne 97) pour incorporer ensuite leur titre, description, logo, etc .... dans la newsletter à composer.
Je pense (mais n’ai pas expérimenté ce système) que les critères supplémentaires ( rubrique & mot-clé) doivent être ajoutés :
En ajoutant dans ces boucles :
La première boucle pourrait ainsi vérifier l’existence d’articles nouveaux dans la « rubrique XX » ayant le mot clé « ABCDE ».
Et de même pour la seconde boucle pour afficher ces articles dans la newsletter :
Ce sont des suggestions sur papier, qu’il y a lieu de tester.
Il y a peut-être une méthode plus simple pour éviter ces 9 gabarits de nouveautés.
Pour être pragmatique, entre une sélection automatique et une sélection manuelle, vers 9 listes, tout dépend aussi du nombre d’abonnés dans chacune de ces 9 listes thématiques, du nombre d’articles nouveaux, de la périodicité, de la quantité prévisionnelle de newsletters à expédier dans un mois, un trimestre, une année.
Cordialement
Répondre à ce message
Bonjour,
Comment faire pour que la sélection automatique des « derniers articles » pour envois à dates cycliques d’une newsletter (gabarit nouveautés), le soient aussi selon le secteur de langues ?
Soit envoyer :
Sachant que les listes d’inscrits sont déjà segmentées par langue.
Je présuppose un gabarit « anglais » et un autre gabarit « français ».
Comment sélectionner les articles selon la langue ?
Merci de vos suggestions.
Répondre à ce message
Bonjour,
y a t-il moyen d’empêcher les simples Rédacteurs de toucher à ce plug-in dans l’espace privé ?
J’ai constaté que tout rédacteur a accès à l’infolettre dans l’espace privé via l’onglet EDITION > Infolettres et peut également inscrire ou désinscrire n’importe qui en se rendant sur la page de n’importe quel auteur.
Merci
Oui je suis d’accord que c’est très embêtant, notamment pour les sites ou l’inscription rédacteur est ouverte.
N’importe qui de mal intentionné peut abonner/désabonner aux lettres tout le monde...
sur un site, j’avais empêché l’accès à la liste auteurs dans l’espace privé (en enlevant le lien du menu), pour entraver la récup pirate d’emails des inscrits, mais ça n’empêche pas de chercher les auteurs un à un via leurs articles...
- Je trouve qu’il manque à Spip quelques options pour empêcher le spam ou pour préserver l’identité des auteurs (par exemple pouvoir masquer leur nom et email aux yeux des autres rédacteurs)
voici mon code
code mis dans un fichier auteurs.html dans squelettes/prive/squelettes/top/auteurs.html
au passage, si ça peut être utile, j’avais fait des ajouts dans mes_options.php pour empêcher les rédacteurs de modifier les newsletters elles-mêmes :
Un grand merci DavidM pour ces solutions !
Cela fonctionne très bien pour la newsletter, j’ai du coup ajouter la même ligne pour que le menu Edition > Auteurs n’apparaisse pas non plus aux simples auteurs
Par contre, ils y ont toujours accès en entrant directement l’adresse d’un auteur ecrire/ ?exec=auteur&id_auteur=xx ou via la page des auteurs ecrire/ ?exec=auteurs
Je n’ai pas réussi à faire fonctionner la technique du 1er message en ajoutant la boucle_auteur dans un fichier auteurs.html dans squelettes/prive/squelettes/top/auteurs.html ... Faut-il la placer autre part (autre répertoire ?) ?
Merci en tous cas, c’est déjà un peu plus protégé ! ;)
de rien, j’avais récupéré ça sur d’autres forums.
Pour la boucle auteur dans squelettes/prive/squelettes/top/auteurs.html, c’est bizarre, ça marche sur mon site.
ecrire/ ?exec=auteurs me donne ’accès interdit’, pour un auteur
en revanche on peut toujours voir les autres auteurs avec ecrire/ ?exec=auteur&id_auteur=xx
Ca ne veut malheureusement pas fonctionné... :/
Peut-être parce que dans ma version de SPIP (3.2.0 + écran de sécurité 1.3.2) il n’y a pas de fichier auteurs.html dans /prive/squelettes/top/ ?
En tous cas, j’ai trouvé un compromis en plaçant ce fichier dans squelettes/prive/squelettes/contenu/auteurs.html : pour un auteur lambda, le bandeau de gauche est affiché mais pas la liste des auteurs, cela fera mon affaire ;-) (cf. screenshot joint)
Merci encore !
Répondre à ce message
Bonjour,
Sur une page d’inscription aux infolettres d’un site spip, ou plutôt
sur la page de remerciement d’après validation de l’inscription,
Comment afficher, avec un automatisme, les titres et liens des 5dernières infolettres (par exemple) ou plus.
Ce serait une manière d’offrir une réponse active et rapide aux nouveaux inscrits avec des exemplaires anciennement parus.
Quelqu’un a-t-il déjà réalisé ce truc ?
Une idée de boucle à incorporer dans la page qui confirme la validation d’inscription à la newsletter ?
Merci de vos suggestions.
Répondre à ce message
Bonjour,
J’ai l’impression que ce plugin n’est pas compatible avec le plugin accès restreint.
Est-ce qu’on pourrait me confirmer ?
(tous les articles ne sont pas envoyés)
Merci
Je dirais a priori oui, mais il doit être possible de surcharger le gabarit par défaut pour dire de ne pas teneir compte de l’accès restreint.
Merci pour la réponse.
Comment surcharger le gabarit ?
(je ne suis pas une développeuse)
Tout dépend du gabarit que vous utilisez. Mais le principe globale est le suivant :
- créer un dossier squelettes à la racine de votre ftp (si vous ne l’avez pas deja), à côté de config, ecrire, etc
- créer un dossier newletters
- y copier le gabarit que vous utilisez, qui se trouve dans le dossier du plugins newletters, sous dossier newletters (il s’agit d’un fichier .html)
- modifier la boucle ARTICLES en ajoutant le critère
{tout_voir}ok, super, je vais tester ça.
merci
Ça marche.
Merci
de rien, il y a pas de quoi
Répondre à ce message
Bonjour
J’ai un petit souci avec ce plugin : tout fonctionne bien sauf qu’il manque de façon complètement aléatoire (je n’ai pas trouvé de corrélation en tout cas) plusieurs articles chaque semaine dans la liste des nouveautés diffusés et envoyée à une liste d’abonnés, alors que ceux-ci ont bien été diffusés dans la semaine.
Quelqu’un aurait’il une idée svp ? merci.
Cordialement
Site sous SPIP 3.1.6 et Newsletter 1.5.3
Bonjour,
Aurais-tu le plugin accès restreint ?
Bonne journée
Bonjour,
As-tu le plugin accès restreint ?
Et donc est-ce que les articles non envoyés sont dans ces espaces ?
Bonne journée
Répondre à ce message
Bonjour,
Peut-on programmer un envoi automatique quand il y a un nouveau message de discussion sur n’importe quel article/rubrique ?
(je n’ai pas trouvé, si ça existe)
Merci
Répondre à ce message
Bonjour,
J’affiche les newsletters envoyées sur le site public via un squelette perso où j’ai indiqué :
Mais il semblerait que les crayons ne fonctionnent pas malgré les "#EDIT’
Est-ce que c’est parce que l’on ne peut pas modifier le contenu éditorial ?
Merci
Répondre à ce message
PROBLEME SQL
Lors de l’envoi test d’une info lettre, voici le message « Une erreur est survenue lors de la génération de la newsletter ». Et j’ai vu passer lors de la visualisation d’une infolettre le message « unknown column adresse_envoi_nom ».
Et effectivement, pas de champ de ce nom dans la table spip_newsletter...
Est-ce un problème de mise à jour de la table, et il manque au moins ce champ ? Ou bien un problème de script qui utilise un ancien nom de champ ?
Merci de votre aide
En comparant le script d’installation des tables et la table actuellement en ligne, il manquait deux champs :
« adresse_envoi_nom » => « text DEFAULT ’’ NOT NULL »,
« adresse_envoi_email » => « text DEFAULT ’’ NOT NULL »,
Comment est-ce que la table a pu « perdre » ces deux champs ? Est-ce qu’il y a un problème avec la dernière mise à jour de newsletter ?
Bon, en faisant un ALTER sur la table, tout remarche... un peu inquiétant tout de même (ou bien c’est encore un coup d’OVH ?).
une piste : les champs n’existaient pas dans les anciennes versions du plugin, et on a oublié de les ajouter dans le script de mis-à-jour ?
En fait la question est plutôt : de quand date l’ajout de ces deux champs ?
Merci pour l’info.
aucune idée… il faudrait regarder l’historique du code pour savoir… (et mon explication n’est qu’une piste…)
Nous avons rencontré également ce problème, et suivant le diagnostic pertinent de Julien, le ALTER TABLE avec l’ajout des 2 colonnes en question adresse_envoi_email et adresse_envoi_nom a réglé le problème pour nous également.
Est-ce qu’une MAJ du plugin serait possible pour éviter le problème à d’autres ?
Merci !
Je pense que sur mon système, le user MySQL avait les droits écriture / lecture, mais pas admin (donc pas de ALTER possible sur la table lors de la mise à jour du plugin). Et donc le plugin n’est pas en cause, car il marche bien sur d’autre système pour la création de ces champs.
Amélioration possible : que le plugin détecte que le ALTER n’est pas possible et affiche un message d’erreur.
Merci pour votre réponse, nous sommes également chez OVH, mais en fait le ALTER que j’ai fait directement depuis PhpMyAdmin a fonctionné pour l’envoi en test, mais pas pour l’envoi à une liste (nous avons maintenant un message « Erreur » quand nous essayons d’envoyer, alors que les 2 colonnes adresse_... sont maintenant bien présentes dans la table).
Je ne comprends pas votre remarque sur les droits d’admin. du user MYSql, il n’y a qu’un mot de passe pour une BD MySql chez OVH, et il n’aurait pas les droits d’administration ?
Merci pour votre réponse.
Je parle là d’un SQL privé, donc où on détermine les droits des utilisateurs. Ce n’est pas le cas avec du mutualisé OVH (et je n’ai jamais eu de problème avec du mutualisé).
Pour votre bug, il y a aussi des champs ajoutés dans la table du plugin mailshoot, mais je ne me souviens plus du nom de la table. Comparez toutes les tables genre spip_newsletter, mails_subcribers ou spip_newsletter avec un plugin qui marche, et vous trouverez les champs manquants.
J’ai retrouvé les noms de champs : from_name et from_mail, tout deux en text.
Mais je n’ai pas le nom de la table ! Mais celle qui se charge des envois...
Re-bonjour et merci pour vos indications : dans les logs, je viens de voir que ces 2 champs étaient manquants dans la table spip_mailshots.
Un ALTER pour ces 2 champs semble avoir réglé le problème.
Encore merci !
Bonjour,
J’ai eu le même problème lors du test d’infolettre. Est ce que vous pouvez me donner plus d’explication svp ? les détails qu’un novis cherche ; par exemple « Un ALTER », est du chinois pour moi ! Merci.
NB. j’utilise Spip 3.1
Ce problème vient de la mise à jour du plugin qui n’arrive pas à modifier la table. Il faut donc le faire à la main, via phpmyadmin, en ajoutant le champs en question à la table.
Mais sur du mutualisé, il ne devrait pas y avoir de problème normalement...
Répondre à ce message
Bonjour,
Je viens demandé de l’aide à propos de ce plugin, que je connais très bien et utilise depuis quelque temps déjà sur plusieurs site couplé avec l’API Mailjet (pas de soucis avec Sparkpost par exemple)
Depuis trois jours, aucun emails ne partent lorsque je fais un envoi vers un destinataire unique en utilisant la fonction « newsletter_send_dist » issu du plugin Mailshot pour le plugin Newsletter.
Par exemple quand je veux m’envoyer une infolettre de test (Plugin Newsletter), un message vert me dit que « La newsletter a bien été envoyée à (mon email » mais le mail n’arrive plus chez Mailjet. Je trouve ensuite dans mes logs (mailshot_send.log) :
Erreur Envoi mail (mon email) via Facteur :
Je suis sous SPIP 3.0.24, tous les plugins à jour.
L’envoi sur une liste de diffusion fonctionne et les test d’envois via la page de configuration de Facteur fonctionne très également.
J’ai plusieurs sites impactés, j’utilise la fonction « newsletter_send_dist » dans plusieurs fonctions sur mes sites... autant dire que je suis dans la mouise :(
Je vous remercie par avance de vos lumières !
Jul
Inutile d’envoyer en trois exemplaires les informations.
Je dirais plusieurs choses :
- si le changement est récent, et si vous n’avez pas mis à jour les plugins, le plus probable est que le problème soit suite à une mise à jour technique de l’hébergeur. Peut être lui demander s’il y a eu des changement récents
- Est ce que les envois de tests via Facteur passent par mailjet ou non ?
Pardon, je ne savais pas ou mettre mon message vu que trois plugins sont concernés, on m’y reprendera pas.
- Le changement est tout récent, est effectivement ne doit pas être lié à changement de version des plugins concernés. Soit ca se passe du coté de l’hébergeur, soit du coté de l’API de Mailjet.
- Oui les tests Facteurs fonctionnent correctement via Mailjet.
Donc commencer par regarder les sites de l’hebergeur/de mailjet pour voir si changement. Demander aussi à l’hebergeur, dès fois qu’ils ne disent pas les choses.
Petite rectification, on utilise pas l’API car facteur ne prends en charge que la config via SMTP.
Par contre après plusieurs tests voici ce que je constate :
Ce test est valable également si je configure Facteur utiliser phpmail.
Autant dire que je ne comprends pas pourquoi on fait appel a Facteur alors que c’est mailshot qui coince.
Pour finir, j’ai corrigé le soucis temporairement en parametrant le SMTP de MailJET dans MailSHOT à la place de l’API V3.
Si quelqu’un de compétent pourrait tester et corriger le soucis ce serait top. Je me tiens à disposition pour assister si nécessaire.
Répondre à ce message
Bonjour,
Dans le squelette de la newsletter, est-il possible de trier les articles par ordre où ils sont ajouté dans le sélecteur d’article ? Actuellement, j’ai l’impression que ça trie par ID article. La question :
Merci de vos réponses.
Salut Artlogic. C’est une très bonne question.
Tu peux t’en sortir en surchargeant le fichier formulaires/selecteur/inc-nav-articles.html
Il suffit d’ajouter un critère { !par date} dans la boucle articles en ligne 4 :
Au passage, je suppose que le fait que les articles non publiés apparaissent aussi dans ce sélecteur n’est pas très aisé à faire comprendre à tes clients.
Pour éviter cela, c’est le squelettes formulaires/editer_newsletter qu’il faut surcharger en ajoutant faisant passer la variable statut = publie dans l’inclusion ligne 29 :
C’est d’ailleurs une modification que je proposerai bien aux auteurs de ce plugin étant donné qu’elle ne mange pas de pain et que personne ne mettra jamais un article non publié dans sa newsletter.
Hop,
Très bonne remarque, j’ai aussi un utilisateur qui vient de me remonter ce problème. En effet, rien n’indique le statut des articles sélectionnés depuis l’interface de rédaction après avoir effectué la sélection.
Cedric, quel est ton avis sur la question ?
Bonjour,
Ce n’est pas tout à fait ça Yohooo. J’ajoute aléatoirement mes articles dans le formulaire pour qu’ils soient ordrés selon mes préférences éditoriales dans le courrier. Par exemple : le 199 le 112 le 654 celà quelque soit la date de rédaction des articles, plus anciens ou plus jeune. L’ajout dans le formulaire doit primer sur la date de rédaction ou l’identifiant. J’imagine qu’il me faudrait ajouter un champ de « date d’ajout » ?
Merci de vos retours.
Artlogic, le fait d’ordonner les articles dans la Newsletter représente un développement important du plugin Newsletter. Mais on peut répondre au besoin en faisant appel à d’autres plugins. Tu as plusieurs choix possible :
- Le plugin Sélection d’article d’Arno : (tu crée une rubrique nommé newsletter, et tu y sélectionne et ordonne les articles comme tu veux).
- Tu peux dédier le magnetà la newsletter : En renommant Magnet newsletetr via le fichier lang pour que cela soit plus explicite
- Enfin, ma méthode préférée (puisque je l’utilise non seulement pour les newsletters, mais aussi pour placer des éléments sur ma page d’accueil) :
1./ Tu crées un nouvel objet via la fabrique(que tu peux appeler, par exemple, « module », puis tu crées autant de modules que d’emplacement spéciaux dans ton site (voir capture d’écran). Donc, forcement un module nommé « newsletter ».
2./ Tu installes le plugin « selection d’objets » qui permet d’associer à chacun des modules un article, un rubrique ou un autre objet Spip. Ce plugin permet aussi d’attribuer un titre ou un descriptif particulier pour l’emplacement sélectionné. Enfin, la sélection de l’article se fait par autocompletion du titre, ce qui est très pratique à l’usage.
Tout ça, c’est un peu du bricolage. Mais la dernière méthode permet un fonctionnement global des emplacements spéciaux de ton site, qui trouve sa cohérence lorsque tu forme tes clients.
Il y a aussi Grappes qui permet par glissé/lâché d’ordonner une sélection.
Mais utiliser ces plugins pose le problème des sites ayant plusieurs lettres, et aussi de devoir faire la sélection ailleurs.
Je travaille dans une Université et notre site a été développé sous SPIP. Nous comptons utiliser ce plugin mais le fait de ne pas pouvoir ordonner la sélection d’articles dans le squelette de la newsletter est assez ennuyeux puisque les utilisateurs sont obligés de passer par l’étape d’édition HTML.
Finalement avec le plugin « Champs Extras », on peut rajouter un champ « Sélecteur d’articles ». Et les articles sortent bien dans l’ordre sélectionné au sein de la boucle dans le squelette HTML de la newsletter. Donc problème réglé.
Répondre à ce message
Bonjour,
Votre info lettre envoie sans les accents, je suis obligé de corriger avec le code accent html, mais pour moi sa va, mais pour mes rédacteurs c’est compliqués.
Il y a quelques chose à faire.
D’avance merci.
Répondre à ce message
Bonjour,
Est-il possible dans une boucle (pour un modèle) de pouvoir appeler seulement les newsletters envoyées à telle ou telle liste de contacts ?
Voici ma boucle, je ne vois pas comment faire, merci.
Répondre à ce message
Hello,
Ce n’est pas très clair en bas de la page programmer une infolettre
?exec=newsletter_prog&id_newsletter=1
Le test va-t-il être envoyé à l’email de test, ou à la liste sélectionnée, ou les 2 ?
Dans l’ignorance je m’abstiens.
Bonjour,
Vous pouvez envoyer à une adresse test ou bien sur la liste.
Répondre à ce message
Bonjour,
J’ai un petit souci avec mailjet. Je souhaite insérer un lien de désinscription dans mes mails générés par Newsletters.
D’abord, j’ai supprimé le lien de désinscription spip.
J’ai intégré dans mon gabarit [1] comme indiqué sur le tuto de mailjet.
Les mails sont envoyés correctement avec comme seul destinataire la liste de diffusion hébergée par Mailjet. Ils arrivent aux destinataires sans problèmes (sauf ceux classés comme spam par Orange...). Mais le lien génère automatiquement l’adresse de mon site avant l’adresse de désinscription. Exemple : http://monsite.fr/ecrire/http://t3xn.mjt.lu/unsub?hl=fr&pleind’autrescaracteres=a6d69070&e=488820e1&email=machin.truc@laposte.net
La seconde partie du lien est bonne, mais la première (http://monsite.fr/ecrire/) fait générer bien sûr une une erreur 404
Avez-vous une solution ?
Merci d’avance
Bonjour,
j’ai exactement le même problème, avez-vous trouvé une solution ?
merci d’avance
Bonjour,
Pourquoi ne pas laisser SPIP géré les abonnés ? et envoyer par maljet ou un smtp classique.
Répondre à ce message
Bonjour,
le plugin ne trouve pas mon gabarit de newsletter. J’ai pourtant mis celui-ci dans le dossier squelettes/newsletter/.
Afin que le plugin trouve mon gabarit, j’ai été obligé de modifier le fichier du plugin newsletter_fonction.php ligne 98 et de remplacer :
par
$files = find_all_in_path("squelettes/newsletters/","\.html$");Quand je fait ça, le plugin trouve bien mon gabarit dans la liste des Modèle de newsletter (mais les autres disparaissent). Mais, ensuite, au moment de prévisualiser ma newsletter, je n’ai plus rien.
Un coup de main ???
Merci
Bonne soirée
Bonsoir,
Heu newsletter ou newsletterS ?
oupsss... pardon,
newsletters
avec quel nom de gabarit ?
newsletterC.html
dans le repertoire /squelettes/newsletters
Bon,
j’ai réussis à faire qqch de fonctionnel en modifiant un peu plus le plugin...
Je ne comprend pas pourquoi ça marchais pas avant... peut être faudrait vérifier le plugin (j’ai la version 1.5.0, à priori la dernière ?)
J’ai modifié le fichier newsletters_fonctions.php ajout du texte « squelettes/ » au ligne 98 et 102 :
et même chose dans le fichier generer_newsletter.php au ligne 57 et 77 :
et là, ça marche, je trouve mon gabarit et ça marche comme il faut !
Par contre pour retrouver les gabarits fournis dans le plugin, il faut créer un répertoire squelettes dans le plugin et y déplacer le répertoire newsletters dedans.
Voilà, pour les concepteurs du plugins, peut être il faudrait regarder si y a pas une erreur dans le plugin ou si c’est moi qui craque complètement (et dans ce cas, dites le moi, hein !!)
Bonne soirée
Répondre à ce message
Bonjour, on peut sélectionner des articles ou des rubriques dans le contenu de la newsletter ; comment sélectionner des brèves ?
Merci d’avance
Répondre à ce message
Hello
Dans configurer_mailsubscribers.php ligne 150
Ce serait top d’avoir la liste global des auteurs
$possibles = $GLOBALS[’liste_des_statuts’] ;
ou au moins
mailsubscribers_liste_statut_auteur_possibles_dist()au lieu de
mailsubscribers_liste_statut_auteur_possibles()En tt cas toujours aussi bien ce plugin, merci encore !
Répondre à ce message
Petite correction à apporter dans newsletter_fr.php à la ligne 16 :
Il est écrit « Me désinscrire de cette l’infolettre »
Mettre ’label_link_unsubscribe’ => ’Me désinscrire de cette infolettre’
Ce plugin est absolument indispensable aux sites associatifs... encore bravo et merci à la spiposphère ! :-)
je ne trouve pas cette chaine de langue dans le zip du plugin…
Oups, ne pas tenir compte de ce message... cette erreur s’était glissée dans notre propre fichier « lang » ! :-)
Répondre à ce message
Salut tout le monde,
Le plugin Newsletter ne fonctionne pas chez moi, je ne comprends pas pourquoi...
Je suis sous Spip 3.0.17. Les plugins Mailshot et Facteur sont configurés pour fonctionner avec mon compte Mailjet.
Quand je teste la configuration avec Facteur, ça marche très bien : le mail est bien envoyé et je le reçois. Par contre, quand je veux envoyer une newsletter et que je teste l’envoi unique avant d’envoyer pour toute la liste, ça ne marche pas. En fait si, le plugin Newsletter me dit que ça marche :
Mais je ne reçois aucun mail, et dans mailshot_send.log, je trouve ce message :
Donc c’est qu’il y a un truc qui va pas. La newsletter a déjà bien fonctionné avec Mailjet, mais tout d’un coup j’ai eu ce problème de non-envoi, je ne sais pas pourquoi...
Pour essayer de solutionner le problème, j’ai mis à jour les plugins Mailshot, Mailsubscriber, Facteur et Newsletter. J’ai ajouté l’authentification SPF & DKIM à mon domaine (pour l’instant, seule l’authentification DKIM est vérifiée par Mailjet, car je l’ai fait cet aprem).
Une idée ? Merci !
Joël
(je me suis planté de ligne dans le log, mais les mails sont bien similaires, au cas où vous vous demanderiez)
Je viens de tester un vrai envoi sur une mailing-list, et le plugin me dit que tout s’est bien passé : 100% d’envois avec succès, or je n’ai reçu aucun des mails, et je trouve les mêmes erreurs dans le log.
Bonjour, nous n’avons pas non plus réussi avec Mail Jet. Dommage, leur service semblait bien.
Finalement, nous nous sommes rabattus sur sparkpost, avec une nouvelle obligation, celle de publier une charte des données personnelles (privacy policy) sur le site.
Ce que nous avons fait.... voir le modèle ici.
Bon courage !
Répondre à ce message
bonsoir
est-il possible de récupérer un document et de l’ajouter au mail comme fichier attaché ????
je ne vois pas comment ca pourrait se faire dans le gabarit qui ne fait que calculer le contenu du mail...
donc, ce serait une fonctionnalité à développer ?
pam
SI tu as bien coché la case d’ajout de document aux newsletters dans la configuration du site, tu pourra les joindre aux envois.
Répondre à ce message
Bonjour,
le plugin facteur est configuré chez mailjet.
Le test part bien et je le reçois correctement.
Or, quand je veux tester un nouvelle newsletter, ça ne part pas et je recois ce message d’erreur :
SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting
J’ai essayé avec les modèles de news par défaut et j’ai le même problème.
Que faire ?
D’avance merci
Répondre à ce message
bonjour
heureux utilisateur de spip3/Sarkaspipr/facteur/mailshot/newsletter...
je fais très confiant la mise à jour des plugins.. avant d’envoyer ma newsletter...
badaboum...
je peux envoyer la newsletter a une adresse isolée, pas à une liste...
j’ai systématiquement l’erreur dans spip.log.
Unknown column ’from_name’ in ’field list’ - INSERT INTO spip_mailshots
effectivement pas de colonne « from_name »...
incohérence de mise à jour entre plugins ?
problème de mise à jour (j’ai bien sûr vidé le cache...)
merci d’avance, bien sûr, la newsletter devait partir aujourdh’ui !
il y a bien une mise à jour de base programmée pour l’ajout des champs. Tu es repassé par le panneau des plugins ? Je n’ai pas rencontré de problème sur les sites mis à jour
j’ai bien désactivé/réactivé, mais sans succès
j’hésite à désinstaller car c’est un multisite et sur un autre site, j’ai un envoi newsletter en cours... (mais ce n’est pas la même base de donnée bien sûr)
...
j’avoue que la mise à jour des plugins en multisite est un peu sportif...
pam
bizarre, j’ai voulu ajouter manuellement les deux champs nouveaux from_name et from-mail sans succès... par adminer comme par phpmyadmin, mon user n’aurait pas le droit de faire un ALTER...
retest ce soir avec désinstallation et réinstallation du plugin mailshot
et je ne sais pas pourquoi, mais la table mailshot ne se met pas à jour avec les deux nouveaux champs...
je note dans le fichier base\mailshot.php que la table est créée avec un paramètre que je ne connais pas
editable=false semble pouvoir se traduire par pas le droit de faire un ALTER... ???
mais alors comment faire la mise à jour ????
merci d’avance de toute piste...
finalement, l’envoi de mail est bloqué sur tous les sites mutualisés...
problème résolu en augmentant les droits du user de la base, qui était à lecture/écriture et que j’ai mis à « admin »...
donc rien à voir avec le plugin...
je pose une question sur la liste spip sur les bons droits que doit avoir le user base....
conclusion peut-être..
ne faut-il pas dans la mise à jour d’un plugin vérifier de bien avoir les droits nécessaires pour la mise à jour de la base... Un message d’alerte aurait été bienvenu...
voir un petit plugin qui vérifie la configuration des droits fichiers et bases...
pam
la vrai question est comment as-tu pu installer SPIP dans ces conditions ?
Mais oui on pourrait reproduire le test de droit SQL fait à l’installation avant toute mise à jour de base sur les plugins, pour plus de robustesse…
Répondre à ce message
Bonjour,
est-ce qu’on peut programmer l’envoi d’une info-lettre à plusieurs listes ? ça semble pas être possible en l’état... c’est pour une raison technique ?
Merci !
Bon, pour mes besoins je me suis débrouillé...
Merci en tout cas pour ce beau plugin !
Bonjour,
Je suis intéressé par le besoin aussi, tu peux me dire comment tu as fait ?
Salut,
j’ai dû surcharger plusieurs fichiers, je suis parti d’une programmation de lettre, pas d’une lettre simple, et j’ai modifié un peu la fonction d’envoi pour boucler sur chaque lettre. La fonction en question est par là http://zone.spip.org/trac/spip-zone/browser/_plugins_/newsletters/trunk/genie/newsletters_programmees.php#L65
C’est une modification pas anodine, mais peut-être une fonctionnalité qu’on pourrait proposer à ajouter au plugin directement ?
à+ sur irc ?
Salut !
Je confirme que pouvoir programmer un envoi sur plusieurs listes à la fois (en gérant les doublons) serait top !
Bien à vous,
Julien
Répondre à ce message
Bonjour,
Je remonte un soucis déjà évoqué dans ce thread concernant les newsletters personnalisés.
Dans mon cas de figure, je souhaite récupérer les infos de la table auteur dans le cas ou le destinataire à un compte sur mon site, afficher
Voici la syntaxe qui devrait retourner le login de mon auteur par exemple :
Le destinataire est un auteur
#LOGIN
Le destinataire est un auteur
Pas de résultat dans la table auteur
/B_auteur>
J’ai passé plusieurs heures à tester de nombreuses syntaxes différentes sans résultat probant...
Je peux juste dire que #ENVemail retourne la bonne valeur !
Dans mes tests j’ai utilisé le caractère \ pour « échapé » mais son usage reste un mystère pour moi...
Des tests plus pointus ainsi qu’une documentation plus complète sera très apprécié !
Un grand merci pour ce plugin fantastique avec lequel on peut faire des merveilles !
Julien
Oups ! Voici la boucle en question :
Répondre à ce message
Bonjour,
Je ne sais si c’est le bon endroit, mais j’ai un problème avec l’ordre :
[(#ENV{date}|affdate)]qui affiche dans un titre d’infolettre par exemple, la date !qui est incompatible avec le plugin Enluminures typographiques V3
car les [(........)] centrent un texte et donc c’est la grosse caguade, aucune idée pour en sortir et vous ?
Merci :-)
Répondre à ce message
Bonjour,
J’ai un gros soucis, il m’est impossible de générer une newsletter en tant que « rédacteur » ou admin restreint.
SPIP 3.1.24 et la derniere version de newsletter et le strict minimum du plugin pour éviter tout soucis.
Lorsque j’essai de prévisualiser ou d’envoyer un email de test, soit j’ai une page blanche, soit le message « Une erreur est survenue lors de la génération de la newsletter »
Au secours ! Et merci d’avance :)
jul
Bonjour Jul,
En première analyse j’ai exactement le même problème avec un auteur en administrateur restreint à 2 rubriques... mais pas de solution :-(( Confirmerais-tu que le problème disparait si on le passe en superadministrateur ?
Désolé de ne pas avoir plus pour l’instant...
Merci.
Jean-Louis
Bonjour,
Nous avons trouvé une solution. Il faut mettre à jour le fichier autorisation avec cette ligne. C’est un oubli j’imagine.
Bien à vous.
Merci beaucoup ! J’ai mis ça en place.
Bien à vous.
Répondre à ce message
Hello,
comment se fait-il que je ne retrouve pas de listes depuis le formulaire de programmation de lettre alors que je les retrouve depuis le formulaire de rédaction de lettre simple... ?
J’ai oublié quelque chose dans la configuration ? Une liste ne se configure pas en dehors de son titre, il me semble...
J’ai beau réinstaller et repartir de zéro, sans autres plugins que les 4 nécessaires avec Facteur, je vois pas d’où ça vient ni ce qu’il faudrait que je fasse.
Merci de l’aide,
à+
ah bin voilà que c’est revenu.... une histoire de cache ? bizarre bizarre...
Répondre à ce message
Bonjour,
J’essaie de personnaliser un gabarit en fonction du destinataire, mais sans succès.
Sur mon site, les abonnés sont forcément des inscrits (auteurs au statut de visiteur). Voici mon code
Est-il impossible de personnaliser les gabarits en fonction du destinataire ?
SI j’ai bien compris ce serait plutôt :
FDM
La piste est bonne, et la documentation dit qu’il faut « echapper ».
Chez moi, cette boucle fonctionne bien :
Bonjour,
Je découvre qu’en ajoutant un critère supplémentaire, comme dans l’exemple ci-dessous le critère statut, apparait une erreur « Boucle _auteur non fermée » associé à une « Erreur de compilation ». Par contre la requête tient compte du critère et est effectuée correctement.
Effectivement, dans le fichier temporaire généré, je retrouve le problème :
Bonjour,
J’ai un usage très avancée de ce plugin et cela fonctionne a merveille !
Par contre je rencontre un soucis très gênant, j’utilise « massivement » les champs extra et cela fonctionne très bien avec les newsletters sauf celles qui sont programmées.
Mon exemple - Newsletter avec calendrier :
J’au un patron dans lequel je permet à l’utilisateur de choisir des dates (via champs extra) dans la configuration de la newsletter. Quand je fais cela sur une newsletter « normal » ca marche au poil.
Quand je souhaite programmé un autre type de newsletter (indépendant du calendrier), je ne peux pas procéder à l’enregistrement celle-ci :
Une erreur technique a empêché l’enregistrement correct du champ ’date_premier_jour_calendrier’,’date_dernier_jour_calendrier’.
De la même manière avec les lettres programmées, la séléction éditoriale n’est pas sauvegardé... C’est dommage non ?
Dernier point, ce serait bien d’ajouter les objets « evenement » à la selection editoriale.
Merci pour ce super plugin en tout cas !
Julien
Les événements sont des objets liés au plugin agenda... que tout le monde n’utilise pas.
De notre côté, nous avons créé un modèle avec une boucle qui recherche automatiquement les événements à l’affiche. Si nécessaire, un critère de mots-clés peut servir à faire une sélection plus poussée. Cela fonctionne très bien !
Répondre à ce message
Salut,
sur un site j’ai une newsletter programmée quotidienne qui tourne depuis très longtemps.
Elle envoie juste un mail à une adresse spécifique tous les jours à 4h du matin.
Jeudi dernier j’ai fait la mise à jour des plugins (je ne sais plus à quelle version j’étais juste avant) et depuis j’ai des envois en doublons : tous les jours j’ai la quotidienne qui part à l’heure prévue PLUS la quotidienne de jeudi dernier 4h (jour de la mise à jour) quelques minutes plus tard.
Idem avec une hebdomadaire, qui est partie aujourd’hui en doublon : celle du jour plus celle de la semaine dernière (mardi dernier).
Dans les deux cas de NL programmée, un doublon de la toute dernière programmée avant la mise à jour est envoyé en plus.
Dans les tables, tout est correct, et les logs n’étaient pas activés donc je suis sec de ce côté.
Je suis en train de creuser, mais est ce que tu aurais une idée ou une piste ?
Ok, c’était en fait un site en préprod qui faisait les envois de son côté.
Problème réglé.
Cela venait donc d’un site de test ou tout était configuré comme la prod .
Du coup la solution c’est
define('_TEST_EMAIL_DEST','');dans le mes_options.php du site de test http://www.spip.net/fr_article5305.htmlRépondre à ce message
Bonjour à tous,
Alors voilà...
Avant, j’utilisais spip-listes et tout se passait bien.
En passant à SPIP 3.1.1, spip-listes étant devenu obsolète, je suis passé à Newsletters, et tout se passe bien.
À une exception près.
Pour l’inscription de nouveaux abonnés, j’utilisais la balise #FORMULAIRE_SPIP_LISTES_INSCRIPTION dans le squelette de l’article idoine, ce qui permettait aux visiteurs de s’inscrire tous seuls comme des grands.
Y a-t-il quelque chose de similaire pour Newsletters ?
J’ai essayé de créer un formulaire avec Formidable, mais je ne vois pas comment envoyer l’adresse mail renseignée par le visiteur dans la liste qui va bien.
Voilou,
À vot’ bon cœur, m’sieurs-dames.
Alors il y a ce paragraphe en haut de cette page :
Installation
Le plugin s’installe classiquement. Il nécessite le plugin Mailsubscribers pour la gestion des inscriptions et le plugin Mailshot pour l’envoi.
Bonjour,
Mettez Mailsubscribers et il va tous géré ;)
Répondre à ce message
Bonjour,
J ai un gabarit multilingue, j’ai activé le multilinguisme dans la configuration, les destinataires ont une langue de sélectionnée. Pour faire simple : dans mon gabarit j’ai : #ENVlang, je m’attendais à ce que cette variable prenne la valeur de la langue de chacun des inscrits, mais visiblement, ce n’est pas le cas, #ENVlang reste toujours ’fr’ quelque soit la langue du récepteur...
C’est pas comme ça que c’est sensé marcher ?
[SPIP 3.0.22 Newsletters 1.3.28]
Un grand merci pour ce plugin
amicalement
triton
Répondre à ce message
Bonjour,
Dans cet excellent plugin j’ai rencontré deux instances de texte codé en dur dans « newsletters_prog.html ». Dans le balise thead il-y-a le titre « A » et dans la boucle je trouve le mot « Modifier ».
Peut-être pour une prochaine modif...
Cordialement,
Hanjo
Répondre à ce message
Je vois que n’importe quel rédacteur peut créer et envoyer une infolettre.
Comment faire pour que seuls webmestre ou administrateurs puissent créer et envoyer des newsletters ?
J’ai vu des réflexions sur cette question ici : http://permalink.gmane.org/gmane.comp.web.spip.user/188574
mais pas clair pour moi...
Sur un autre thread, j’ai trouvé des réponses qui solutionnent cette question : http://forum.spip.net/fr_174451.html
avec ce code php dans mes_options.php, le menu Edition des auteurs est purgé du lien vers « newsletters ».
Les auteurs qui le veulent peuvent continuer à afficher la liste des newsletters s’ils tapent directement les urls des pages :
/ecrire/ ?exec=newsletters (pas gênant)
En revanche, les auteurs ne peuvent plus modifier/créer les newsletters : ok
Répondre à ce message
Bonjour
je mets en place ce plugin suite a une mise à jour de mon site en 3.1.1.
J’utilisais jusqu’à maintenant « Spip-liste » avec un gabarit qui me permettait de lister les articles du mois. Quel critère faut il désormais intégrer dans les boucles du gabarit, pour lister les nouveautés du mois ?
merci de vos conseils
jacques
Répondre à ce message
Bonjour,
La « sélection éditorial » n’est plus fonctionnel est ce que c’est normal ?
Merci
Répondre à ce message
Bonjour,
Est-il possible d’appliquer le filtre « supprimer_numero » sur le titre d’une lettre lors de son envoi ?
Je pensais que cela était géré en standard, mais ce n’est pas le cas.
Merci
Répondre à ce message
Bonjour,
Depuis quelques temps déjà (début d’année ?), on ne peut plus changer la
date de rédac antérieure d’une infolettre ?
Me le fait sur 2 sites chez 2 hébergeurs différents.
SPIP 3.0.22
Newsletters 1.3.24 - stable
C’est très ennuyrdant parce que le gabarit est conçu pour sélectionner les articles entre la date de rédac et celle de rédac antérieure ...
Merci
Répondre à ce message
AUCUN MAIL N’ARRIVE
Bonjour,
sur SPIP 3.0.1, avec plugin newsletter et ses amis, tout semble fonctionner normalement :
- mail de test annoncé ok
- envoi sur la liste annoncé ok
- vérification de l’envoi : tout marche bien, envoyé à 100%
- rien dans les logs
Mais sous mailjet (mailshot est ainsi configuré), aucun mail envoyé, et je ne reçois rien...
Avez-vous une idée du bug ?
Remarque : sous mail jet, la config SPF et DKim sont ok en vert, et j’ai bien reporté les clefs mailjet dans SPIP.
Il semblerait que le mail de mailshot (dans sa configuration) DOIVENT ETRE LE MEME que celui du compte mailjet.
Cela marcher ainsi.
Répondre à ce message
Bonjour, je suis un anglophone, comment afficher le numéro d’un article dans une page d’article. S’il vous plaît je vraiment besoin. Thanks folks !!!!!!!!!
Et aussi un comparatif dédié à l’emailing transactionnel existe :
https://socialcompare.com/fr/comparison/transactional-emailing-providers-mailjet-sendgrid-critsend
Hello, Joshua.
I may be a bit late but all you have to do is to insert the
#ID_ARTICLEtag in your template file.See The ARTICLES loop.
Répondre à ce message
Bonjour,
J’ai une question très idiote, mais j’y vais quand même.
Si j’utilise l’ensemble newsletter, facteur, etc. pour envoyer ma newsletter, gabarit et autre faits dans SPIP, à une adresse de liste de diffusion, alors il n’y a pas de problème ?
Quel mail dois-je mettre en abonné (autorisé) de la liste gérée par mailman pour pouvoir faire ça ?
L’e-mail qui est paramétré dans facteur en tant que Configuration de l’adresse d’envoi ?
Merci beaucoup.
Le plugin MailShot permet de configurer l’adresse et le nom d’envoi spécifiquement pour les envois de Newsletter. C’est l’adresse qui y a été configuré qui sera utilisée et qu’il faut utilisé comme abonné dans mailman. Le plus simple est de faire un envoi en test sur ton adresse mail et de regarder l’expéditeur, ce sera le même pour la diffusion.
Attention à ne pas mettre de lien de désabonnement SPIP dans la newsletter du coup, car sinon chaque destinataire sera en mesure de désabonner de la liste de diffusion. Mais dans ce cas il faut qu’ils aient aussi un lien pour se désabonner.
Cela dit, je conseille vraiment d’utiliser une plateforme de diffusion des mails, c’est beaucoup plus fiable
(Je conseillais Mandrill jusqu’ici, mais ils n’ont plus d’offre gratuite ; Mailjet est très bien aussi et a une offre gratuite permettant d’envoyer 6000mails/mois)
Merci Cerdic pour cette réponse rapide.
J’ai regardé Abomailman mais en soi il n’est pas totalement opérationnel pour ce que je veux faire.
Ce que j’aime dans newsletter c’est la possibilité de faire un message entier, nouveau, sans référence aucune aux objets SPIP si on ne le veut pas, dans le squelette déjà prévu.
Effectivement, le problème majeur (unique) est le lien de désabonnement.
En fin de compte, c’est peut-être aussi simple d’ajouter en bas du mail par défaut (mais seulement une sur liste de diffusion, pas de discussion) la formule magique de mailman pour se désabonner, comme ça on peut profiter de l’avantage du plugin dans SPIP ainsi que celui de mailman.
Je ne peux pas utiliser mailjet ou autre à cause de l’anonymat non respecté, a priori.
Bonjour,
En quoi mailjet ou autre ne respecterait pas a priori l’anonymat ? Je ne comprend pas bien.
L’expéditeur est connu et s’adresse par courriel à un destinataire abonné dans une liste.
Il y a aussi :
Sendinblue c’est gratuit pour 9 000 emails / mois
Mailjet c’est gratuit pour 6 000 emails / mois avec api spip
Les mails passent bien par chez eux, non ?
Bonsoir,
Avec mes excuses pour ce retour tardif.
Mailjet et Sendinblue fonctionnent parfaitement tous les deux.
Avec quelques différences dans les options de gestion de comptes.
Regarder ici : social-compare a mis un tableau comparant plus d’une dizaine de services d’emailng : https://socialcompare.com/fr/comparison/comparatif-routeur-emailing-20x7eyxh
J’utilise sendinblue en dehors de spip, pour des campagnes d’emailing personnalisées par champs ( genre - nom - prénom - ville, ...) de plusieurs centaines de contacts, fractionnés selon des langues différentes, avec des sous-listes selon d’autres fractionnements. Routage efficace, et surtout statistiques nombreuses et précises permettant d’optimiser les futurs envois, selon les fractionnements de listes.
Des templates responsives nombreux modèles .
Et autres possibilités.
Réactivité des personnes de l’équipe.
Précision :
Mailjet c’est gratuit pour 6 000 emails / mois avec api spip
MAIS MAX 200 emails par jour / compte
Cela peut être un peut juste surtout si l’on a plusieurs domaines sur un compte Mailjet.
fd
Bonjour,
Quelqu’un aurait-il trouver la parade pour faire fonctionner le lien de désabonnement sur les mails envoyés ?
Merci
Répondre à ce message
À noter que le plugin emogrifier est très utile pour l’intégration graphique des css pour ce plugin.
Répondre à ce message
Bonjour,
j’ai un soucis d’affichage avec les anciens newsletters toujours accessible via le site.
Le css défini dans ces newsletters influence l’affichage des autres éléments de la page. Comme le css est inscrit dans la base de données, je ne peux plus le changer (je veux éviter un nettoyage dans la bdd directement).
Est-ce qu’il y a moyen de bloquer cet influence ? J’aimerai dire au reste de la page d’ignorer ce css.
Une idée si c’est possible ?
D’avance merci
Joz
Répondre à ce message
Message publié précédemment sur la page API Newsletter
Bonjour,
Suite à une mise à jour de spip 3.0.16 à 3.1, et des plugins :
- Newsletter 1.3.16
- Mailsubscriber 1.7.8
- Mailshot 1.14.1
Depuis l’interface de publication de la newsletter, avec le statut « publier en ligne », nous ne parvenons plus à sélectionner la liste des abonnés comme c’était le cas auparavant...
Dans le option du select, on aperçois « Ouverte » qui est le statut de la liste, mais pas la liste elle-même (nommée Newsletter pour l’originalité ;-) )
Du coup pas d’envoi possible !!
Nous avons plus de 2000 inscrits et nous aimerions effectuer cet envoi rapidement...
Que pouvons-nous faire ? Est-ce un bug ?
Merci de vos lumières...
Répondre à ce message
Salut,
Je déclare forfait et vous appelle à l’aide.
lors de l’enregistrement d’une nouvelle lettre ou du changement de statut d’une lettre.
(envoi avec Mandrillapp).
Des idées ?
Trouvé...
Mon modèle de lettre était mal foutu et collectait tous les articles du site et pas les seules nouveautés.
Répondre à ce message
Bonjour
Suite à l’envoi d’une newsletter (), j’ai fait un test https://www.mail-tester.com/web-4T8PH7 et là, surprise, ce site m’indique que " 1 élément dangereux (javascript, iframe,etc) a été trouvé lors de l’analyse de votre message. Vérifie si votre message contient des éléments dangereux tels que des éléments comme du javascript, des iframes, du contenu intégré ou des applets.
<script type="text/javascript"> (function() { var w=window,d=document,r="",g=d.createElement('script'),s=d.getElementsByTagName('script')[0]; try{r=w.top.document.referrer}catch(Y){if(w.parent){try{r=w.parent.document.referrer}catch(X){r=""}}}if(r===""){r=d.referrer} g.type='text/javascript';g.d...</script>
Comment faire pour ne pas appeler le JavaScript des stats sur un tel gabarit ?
Je voudrais bien l’éliminer mais je ne vois pas comment est géré cet appel.
Merci pour votre aide
Christophe
Répondre à ce message
J’ai activé la possibilité d’ajouter des documents joints (via l’interface générale).
Mais hélas, une fois cela fait, les documents joints ne sont pas ajouté à l’envoi, du moins dans la maquette basic que j’aie testée.
Je suppose qu’une boucle pourrait permettre l’ajout automatique en pied de tettre. Sauriez-vous me proposer la boucle qui va bien pour cela ?
Je reviens sur ce point.
L’ajout d’un document depuis l’ordinateur dans une lettre se passe correctement.
Le document est ajouté à la médiathèque.
Un premier soucis, est qu’il manque une boucle document pour joindre les documents dans la lettre.
Bien plus génant : la table newsletters_liens n’est pas remplie ce qui rend impossible de restituer le document ensuite dans la lettre. Il me semble que c’est un oubli au niveau du plugin.
C’est normal :
- les gabarits proposés par défaut n’ont pas vocation à couvrir tous les cas ; on pourrait y ajouter une boucle document mais cela est de peu d’intérêt : les images peuvent être insérées dans le texte, et l’usage des autres documents joints est quand meme assez spécifique d’un site à l’autre. Il faudrait éventuellement lister les documents en mode document avec un lien vers chaque (mais surtout pas les mettre dans la lettre elle même)
- les documents associés à une lettre sont liés via la table spip_documents_liens
Répondre à ce message
Le problème de l’erreur 404 est toujours présent. Comme le problème semble présent depuis longtemps, est-ce que vous pensez que ce problème sera résolu ?
Je ne sais pas quel est le problème, je ne le constate pas. Il est possible d’accéder à un site en ligne et de voir le problème qui se produit ?
Répondre à ce message
Bonjour
J’ai un problème : quand je crée une newsletter tout va bien sauf que...
L’accès au contenu de la lettre dans le site web se solde par une erreur 404.
L’url est de la forme : http://example.org/spip/spip.php?newsletter2 qui est réécrite en http://example.org/-titre
Je peux éditer la newletter, l’envoyer, quand l’erreur 404 se produit et que je suis connecté il y a bien en haut la référence à la newsletter que je voudrais visualiser...
J’ai dû louper quelque chose je pense
Bonjour lorsque j’essaie de visualiser mon infolettre sur le site je tombe toujours sur une 404.
Idem en suivant le lien depuis le mail envoyé.
Une idée ?
N’as-tu pas le plugins « accès restreint » d’activer qui pourrait verrouiller l’accès à ta newsletter ?
Je rencontre le même problème avec SPIP 3.0.17.
En mode URL_Page, l’URL est http://domaine.tld/spip/spip.php?newsletter11&var_mode=preview
Mais si je passe en mode URL_Propre, l’URL devient http://domaine.tld/spip/Test-RealET?var_mode=preview avec une belle erreur 404.
En rajoutant var_mode=inclure, il est bien net que c’est un squelette article.html qui est utilisé.
Je rencontre le même problème, aussi SPIP 3.0.17.
Je crée mon infolettre sans problème avec le modèle de base Letter avec aucune modification.
Quand je test la lettre avec un envoi unique, je reçois le mail est les liens qu’il contient sont bons :
http://s147752339.onlinehome.fr/cubacoop/spip.php?page=article&id_article=2040
Mais si je publie cette même lettre et que l’adresse à une liste, les liens contenu ne sont plus bons ;
http://s147752339.onlinehome.fr/spip.php?page=article&id_article=2040
Merci de me suggérer comment résoudre ce problème.
Je ne comprend pas car la lettre hebdomadaire fonctionne très bien :
http://s147752339.onlinehome.fr/cubacoop/spip.php?page=newsletter&id_newsletter=74&var_mode=calcul
Bonjour,
Même soucis, mon infolettre automatique marche bien, mais dès que je clique sur « voir cette infolettre dans votre navigateur », cela renvoi sur une erreur 404 sur mon site. ça marchait bien avant pourtant...
Toujours pas de solution ? j’ai beau avoir cherché je n’ai rien trouvé.
Je ne reproduis pas le problème. Est-il utile de dire qu’il est nécessaire que la Newsletter doit être publiée pour que le lien « voir cette infolettre dans votre navigateur » ne tombe pas sur une 404 ? Tant que la newsletter est en cours de rédaction elle n’est pas consultable en ligne, comme un article.
Pour le reste, il me faut un cas concrêt sur lequel je puisse debug le problème car je ne l’ai jamais constaté.
Répondre à ce message
Bonjour, j’ai beau cherché et testé différents smtp, je n’y arrive pas. Quand j’envoie la newsletter en test ou pas, ça ne fonctionne pas du tout. Quelqu’un aurait une idée ? (voir photo en pj du message d’erreur)
Pourtant j’ai utilisé les même paramètres smtp pour l’autre plugin ma lettre et ça fonctionnait très bien. Mais ce plugin n’est pas pratique car il faut enregistrer tous les inscrits et pas de formulaire dispo à placer sur le site...
Répondre à ce message
Bonjour,
j’ai un soucis et une remarque à faire vis à vis de la programmation d’info-lettres pour les envois automatiques :
Malgré que j’ai précisé les rubriques qui doivent être prises en compte dans ma newsletter automatique, les nouveaux articles des autres rubriques, que je ne veux pas afficher, sont quand même présents... Des idées du pourquoi du comment ? Je suis sous spip 3.0.20 avec le plugin en version 1.3.12.
Pour la remarque, je trouverais ça pratique qu’on puisse disposer d’un bouton « tester » pour la programmation de newsletter (qui est déja présent pour les newsletters normales). C’est assez laborieux d’en envoyer juste pour voir ce que ça donne, en l’état.
Bon je répond moi même à mon problème.
Je ne sais pas d’où ça vient, mais j’ai triché en modifiant le code de mon gabarit (à savoir nouveautés). J’ai exclus le secteur concerné directement dans une boucle :
Et ça semble marcher. Cependant je me demande : Si je met à jour le plugin, est ce que ça a une chance de « renouveler » le gabarit et d’effacer cette modification ?
Répondre à ce message
Bonjour à tous,
Est-ce que certains d’entre vous partageraient leurs plus beaux gabarits ? Ou sinon savez-vous ’il existe un lieu qui regroupe des gabarits pour les newsletters Spip ?
merci d’avance !
Ah ben justement je viens de répondre à ça ci-dessus : les templates de blueprint sont variés et bien faits . http://blog.mailchimp.com/36-open-source-email-templates/
Répondre à ce message
D’autres (36) gabarits html opensource et de qualité sur leGithub de blueprint
Répondre à ce message
Bonjour,
J’utilise avec pleine satisfaction newsletter pour 2 lettres d’infos sur un site.
Sur un autre site, je viens d’installer Newsletter pour une lettre d’info mais je rencontre les difficultés suivantes :
a) Pour créer une nouvelle infolettre, je fais un copier-coller à partir d’un fichier Libre Office mais ça rame indéfiniment lorsque je veux enregistrer les modifications, alors envoi sans modification , ce qui n’est pas pratique.
Le premier numéro de cette lettre a bien été envoyé mais depuis (passage de Spip 3.1.17 à 3.0.19 ??), j’ai en plus les 2 problèmes suivants :
b) En cours de rédaction avec la prévisualisation, j’obtiens :
] .archive_link visibility : hidden ; .unsubscribe_link visibility : hidden ; .newsletter_inline_none display : none ; .newsletter_inline_hide visibility : hidden ;
c) En envoi test, je reçois le courriel (j’utilise la même api que pour le premier site) :
] /mandrillapp.com/track/open.php ?u=30100016&id=addb32f5ec404a1c9366d78dab369d64« height= »1« width= »1">
Spip 3.0.19
Newsletters 13.11
Mailsubscribers 1.7.4
Merci pour toute piste de résolution.
Répondre à ce message
Bonjour
j’ai un problème sur un de mes sites qui utilise le groupe de plugins de Cédric Morin (merci à lui)
Voici la config Spip 3.0.17 les modules utilisés
Facteur 3.11
MailShot 1.8.2
MailSuscribers 1.7.4
Newsletter 1.3.9
dans le corps du mail en pied de page @url_unsubscribe@
j’ai 2 adresses différentes de désinscription à la newsletter suivant le serveur
il semblerait que le remplacement de @url_unsubscribe@ ne se fasse pas
sur mon serveur linux de développement
http://www.domaine.com/spip.php?action=unsubscribe_mailsubscriber&email=info%40mon-mail.fr&arg=72e5cbe47a4f055701253cdc70c1d3e23224310c
ceci est ok et ouvre une fenêtre modale
sur le serveur en production
http://www.domaine.com/unsubscribe = erreur 404
quelqu’un a t’il déjà rencontré ce problème ?
merci de votre aide
Répondre à ce message
Bonjour,
J’utilise depuis peu, donc, ce plugin, qui me convient bien, mais j’ai une demande spécifique.
Je voudrais dans le titre mettre un peu plus que des variables par #ENV.
J’envoie tous les jours l’article du jour et j’aimerais mettre son titre dans le titre de la newsletter
Au lieu d’avoir simplement « Nouveautés du tant » (qui marche très bien d’ailleurs), je voudrais « Tant : titre de l’article ».
Il me faut donc pouvoir mettre dans le titre de la newsleetter une petite boucle qui affiche le titre de l’article du jour.
Mais ça ne peut pas se faire avec #ENV, car ce n’est pas vraiment une variable d’environnement, telle que définie dans ce cadre.
Ai-je raté quelques chose, sinon y a-t-il un truc pour contourner le problème ?
Merci beaucoup.
Le sujet du mail envoyé / titre de la newsletter est en fait le contenu de la balise
<title>du HTML de la newsletter. Par défaut, dans les gabarits fournis par le plugin, on y met le#TITREdonné par la boucleNEWSLETTERS, mais rien ne t’empêche dans ton gabarit de faire quelque chose de plus complexe et de l’enrichir du titre du premier article ou autre.Cela affectera bien les emails envoyés, mais pas le titre tel qu’affiché dans l’interface, qui n’est qu’un champ de contenu.
Est-ce que je suis clair ?
Merci de ta réponse rapide.
Je pense que c’est clair, je le change aujourd’hui, réponse sur ma capacité à comprendre et réaliser demain :)
Donc, j’ai changé le title de la newsletter.
Mais comme dans l’interface privée le champ « TItre » de la lettre est resté (et est obligatoire), avec des #ENV mais sans possibilité de mettre de boucles dedans, rien n’a changé.
Quand tu dis « Le sujet du mail envoyé / titre de la newsletter est en fait le contenu de la balise title du HTML de la newsletter » je ne sais pas ce que j’ai fait de mal.
Comment cette balise est-elle réellement prise en compte, en priorité, par rapport au champ titre de la newsletter tel qu’il apparaît dans l’interface ?
Merci.
Rebelote, en changeant le titre de la newletter, en y inscrivant
[(#ENV{titre})]avec un gabarit avec une boucle spécifique dans le title (qui marche par ailleurs dans un autre endroit du site)
je pensais que le mail de la newsletter apparaîtrait avec le résultat de la boucle du title.
Mais je n’ai pas ça, le title semble ne pas être pris en compte.
Une idée ?
Merci beaucoup.
Répondre à ce message
bonjour
utilisateur heureux de newsletter (et mailsubscriver avec mandril qui permet une gestion efficace des rebonds...), je constate que dans mon activité associative on utilise de plus en plus de SMS...
finalement, une partie des infos diffusés par une newsletter interne pourrait utilement transiter par des SMS. Il existe des services d’envoi qui propose des API (j’utilise ovh)...
est-ce que ca pourrait faire un plugin complémentaire reprenant mailscriber ?
pam
Répondre à ce message
Bonjour,
En installant le plugin, j’ai une erreur de ce type :
Erreur SQL 1146
Table ’portail.spip_newsletters’ doesn’t exist
SELECT date FROM spip_newsletters WHERE statut=’prog’ AND date>’1000-01-01’ ORDER BY date LIMIT 0,1
Les dépendances sont bien installées pourtant.
Quelqu’un d’autre a ce souci ?
Merci pour tout ce boulot en tout cas !
Répondre à ce message
Bonjour Cerdic,
Bravo pour cet excellent plugin (un de plus ! :-). Je l’ai mis en place sur un site et il fonctionne très bien.
Cependant, je n’arrive pas à trouver l’endroit où l’on peut configurer les newsletters et désactiver les modèles qu’on ne veut pas utiliser, mentionné en début d’article. Peux-tu me dire où c’est ?
Merci !
Gestion des plugins
A droite du nom Newsletter tu as le signe pour la configuration (vers CFG)
Tu cliques, et c’est là.
Ou bien directement vers http://domaine.tld/ecrire/?exec=configurer_newsletters.
Répondre à ce message
Je crois qu’il y a un bug au niveau de la Sélection d’articles
Côté privé, je sélectionne 3 ou 4 articles, j’enregistre et déjà de retour sur la fiche article/newsletter n’en voit plus que 2, avant même d’aller plus loin.
La boucle de récupération de la sélection d’articles, dans le squelette de l’infolettres, retourne également 2…
Cela sans toucher au code du plugin, et ma boucle est copie de celle proposée dans la doc :
Répondre à ce message
Salut,
Petit bug, dans un squelette, j’ai cette condition qui me permet de n’afficher qu’une fois le jour où il y a plusieurs événements. Dans un squelette, ça fonctionne parfaitement, mais si je l’utilise avec le plugin newsletter, ça ne fonctionne plus ...
[(#DATE_DEBUT|affdateYmd|unique|oui)
[
(#DATE_DEBUT|nom_jour|ucwords) ][(#DATE_DEBUT|affdated/m)]
]
Répondre à ce message
Bonjour à tous !
merci ,pour ce plugin !
J’essais de faire une liste des derniers envois à une liste, mais je ne sais pas limiter la liste générée à une liste seulement... Voici mon code :
Il manque un critère pour limiter l’affichage à la liste voulue, mais je n’ai pas trouvé ce critère...
Est ce que quelqu’un le connait ?
merci d’avance !
Bon, finalement, je me base sur le titre de l’infolettre qui contient un mot que le titre des autres infolettres ne contient pas... Voici donc ma boucle :
En espérant que ça aide et enattendant d’avoir quelque de plus élégant !
Gilles L
Bonjour,
ce code, imaginatif, m’a été très utile. Je cherchais également à produire une liste regroupant les lettres adressées spécifiquement à un groupe (liste d’abonnés à une infolettre générée automatiquement).
Le code est très fonctionnel pour les lettres « programmées », qui contiennent automatiquement un titre (donc le mot que le titre des autres infolettres ne contient pas). Cependant lorsque la lettre est créée occasionnellement par les responsables du secteur, les risques sont plus grands. L’idéal serait de baser la génération de la liste des lettres publiées à partir du modèle utilisé. Or, l’on sait que l’on peut appeler et distinguer les modèles pour les formulaires d’abonnement aux infolettres (voir les commentaires de Mailsubscribers). Pour ma part, je m’y perds, mais serait-il possible de récupérer de façon similaire le modèle d’infolettre dans une boucle afin de générer une liste des lettres qui ont été publiées en utilisant ce modèle particulier ?
Richard
Répondre à ce message
Bonjour,
J’étais bien accrochée à SPIP Listes mais comme c’est non suivi, on m’a conseillé de passer à Newsletter.
J’ai eu un peu de mal à gérer les divers plugins, mais a priori il ne me reste plus que deux problèmes, dans Newsletter.
Je n’arrive pas à obtenir un contenu. Il n’y a rien, c’est vide, hormis le logo en haut, le titre et le pied, mais pas mon contenu. Je peux le vérifier par la formule magique d’affichage du résultat dans le navigateur.
Ce contenu utilise
, défini juste avant la boucle principale,, paramètre qui est réinjecté comme critère
dans la boucle.
Est-ce que ce serait pour cette raison ?
Elle est programmée, en plus pas moins de toutes les demies heures. C’est très handicapant. Impossible de tester en réel correctement.
Ca pourrait peut-être s’implémenter ?
Je suis très frustrée car la lecture des différentes contributions donne vraiment envie de l’utiliser :)
Merci pour votre aide.
Répondre à ce message
Comment choisir l’ordre des sélections d’article (sélection éditoriale) ?
Je sélectionne par exemple 3 articles et souhaite en afficher un en premier dans la lettre, un autre en 2e, l’autre en dernier ...
Bonjour,
J’aimerais garder l’ordre dans lequel j’ai sélectionné les articles de ma newsletter. Quelle variable me permet d’indiquer cela dans mon squelette sous mode par xxx ?
Aujour’hui les dates sont privilégiées par rapport à l’ordre de selection.
Merci d’avance,
LPG
Le post date un peut néanmoins si ça peut aider d’autres ....
Je dirais en mettant !par date pour le squelette du gabarit.
Mais sinon sur un site pour faciliter cette tache au rédacteur, on as mis en place le plugin Grappe, légèrement modifié/amélioré pour l’occasion (cf : le forum du plugin pour le lien vers la version). Ce qui permet de classer par drag/drop les articles au sein de la newsletter.
A++
Répondre à ce message
Bonjour à tous,
Très bon plugin ! j’ai une question car lors de l’envoi de newsletters, la réception via Outlook m’indique à chaque fois en en-tête : « Ce message n’est peut être pas sûr, car il peut s’agir d’un message frauduleux de type phishing. Les liens et les autres fonctionnalités ont été désactivés. »
Je ne vois pas du tout comment faire pour qu’il affiche en html sans ce problème sachant que c’est sur un réseau d’entreprise.
Merci pour votre aide.
Cordialement
Yvan
Répondre à ce message
Bonjour,
Petites questions concernant le plugin Newsletters :
Est-il possible (et si oui comment) de ne pas recevoir les notifications de non-réception d’une Infolettre ?
Suite à la migration vers SPIP3 et le changement de plugins, la liste de diffusion « Infolettre » qui contient 935 inscrits a pourtant un total de 1 inscrit. Savez-vous comment modifier ou faire recalculer ce total ?
Pour illustrer mon propos concernant le nombre d’inscrits
Répondre à ce message
Bonjour,
Merci beaucoup pour ce plugin très bien fait !
J’ai tout de même une question : je n’arrive pas bien à comprendre comment gérer le multilingue avec cette newsletter.
Plus précisément :
- Est-il possible que la même newsletter envoyée varie selon la langue d’inscription ? Par exemple, que le nom du site (appelé par
#NOM_SITE_SPIPdans le squelette de la newsletter) s’affiche en français pour ceux qui se sont inscrits en français avec mailsubscriber, et en néérlandais pour ceux qui se sont inscrits en néérlandais ? Ou bien il n’y a qu’un seul code HTML généré et envoyé (celui-ci ne peut donc pas varier avec la langue).- Si ce n’est pas possible, comment indiquer dans le squelette de la newsletter que
#NOM_SITE_SPIPdoit renvoyer le nom du site dans une langue spécifique ? Par défaut, c’est le français chez moi, et je n’arrive pas à afficher le nom du site en néerlandais dans la newsletter.Merci !
Répondre à ce message
Bonjour,
J’ai un petit soucis avec la sélection d’articles à insérer dans l’infolettre ; j’en sélectionne plusieurs, mais à chaque fois, dans le contenu de ma lettre, il n’y en a qu’un seul qui s’insère ?
Quelqu’un a-t-il déjà eu ce soucis ?
Avez-vous une idée pour m’aider s’il vous plait ?
Merci.
Céline.
Répondre à ce message
Depuis ce matin, la page d’administration xxx/ecrire/ ?exec=newsletters est toute blanche. Quelqu’un a t il déjà eu ce problème ? Et comment le resoudre ?
Répondre à ce message
Bonjour,
Je viens d’installer ce plugin et j’ai quelques soucis.. J’ai aussi le plugin « Accès restreint » installé. Quand j’essaye de cliquer sur le lien de confirmation dans le mail, j’ai une erreur :
« confirm_mailsubscriber : Accès interdit »
Comment puis-je faire pour autoriser l’accès ?
Merci
Répondre à ce message
Bonjour,
Merci pour ce plugin qui marche très bien.
Je souhaite adapter le modèle « Nouveautés ».
J’utilise plusieurs fois la « BOUCLE_nouveautes » pour présenter des articles dans un ordre précis. Mais je n’arrive pas à inclure un titre avant chaque boucle (par exemple : agenda de la semaine, nouveautés sur le site, nouvelles brèves, etc....)
La fonction conditionnelle (
<Bn> </Bn> <//Bn) bloque complètement l’affichage de l’Infolettre certainement parce qu’à l’interieur d’une autre boucle conditionnelle (<BOUCLE_si>).Comment pouvoir donner ces différents titres ?
Merci pour vos suggestions.
Christian
Bonsoir
Après bien des tatonnements, j’ai réussi à utiliser la fonction conditionnelle pour afficher des titres lorsqu’il y a des articles dans les rubriques concernées.
boucles que je reprends plusieurs fois en changeant le nom.
Seulement voila,
Normalement je devrais avoir
Or j’obtiens suivant le moyens de lecture
soit les titres et articles dans le bon ordre (adresse Gmail lu sur androïd)
soit les trois titres ensembles puis tous les articles à la suite (même adresse lu avec thunderbird)
Quelqu’un aurait-il un explication et une solution ?
Nous sommes dans une balise
<table>, aussi il faut mettre des balises<tr> <td>pour que les navigateurs interprètent correctement le possitionnement des titres, donc :Répondre à ce message
Bonjour,
tout cela à l air bien chouette, y a un truc que je n’arrive pas bien à comprendre :
Est ce que l’on peut créer les variables que l’on veut en allant piocher dans les différentes tables spip . Si je crée par exemple une #BALISE : #ADRESSE ou #TELEPHONE exploitable dans une boucle spip, est ce que je pourrais m’en servir pour personnaliser le contenu de mes mails ?
Si oui, à quel niveau pourrais-je les exploiter, lors de la rédaction de l info-lettre avec les @variables_simplifiées@ ou bien uniquement dans la création de mes gabarits avec les #ENVvariable ?
L’idée est de pouvoir expédier des infos lettres a des inscrits en personnalisant le contenu avec des variables du genre :
#CIVILITE #NOM #PRENOM #TELEPHONE mais aussi des variables calculées du type « fin de validité », « montant de cotisation » produite a partir d un autre plugin....
amicalement
triton
Bonjour,
Je me réponds moi même...
C est la fonction newsletter_subscriber_dist qui a la charge de re-injecter les variables dans le contexte, si au sein de cette fonction, on fait une jointure sur une autre table, on peut donc exploiter toutes les variables que l’on veut lors de la rédaction du texte de la news-letter (pour peu qu’on ait un champ commun permettant cette jointure).
amicalement
triton
Répondre à ce message
Bonjour,
peut on archiver les infolettres au fur et à mesure de leur publication ?
d’avance merci
Bonjour,
Je pense qu’en utilisant la boucle newsletter ça doit fonctionner :
Répondre à ce message
Bonjour à tous,
Tout d’abord, merci pour ce plugin très utile.
Malgré de nombreux tests, il m’est impossible d’incorporer les images dans le corps du message. J’ai coché la case « Embarquer les images référencées dans les emails » du plugin facteur, activé « Activer le téléversement pour les contenus » dans la partie contenu du site mais rien ne résout le problème.
Les versions : SPIP 3.0.17, Facteur 3.0.14, MailShot 1.6.5, MailSubscribers 1.5.5 et Newsletters 1.3.5.
Si vous avez des pistes pour résoudre le problème, je suis preneur.
Cordialement,
Bruno
PS : par ailleurs, il y a également le bug de sélection des articles mais celui peut être contourné (voir le post rue Béjo un peu plus bas).
Est-ce que tu n’arrives pas à téléverser une image quand tu rédiges la newsletter ? A l’insérer dans le texte avec un code
<imgXX>? Ou bien est-ce qu’elle ne figure pas dans l’email qui est envoyé ?Tout fonctionne bien excepté lors de la réception du mail de test : il arrive avec les images distantes (en dehors du corps du mail). Pour les destinataires, cela impliquera de débloquer le filtrage des éléments distants pour que ceux-ci apparaissent.
Pour info, le mail de test du plugin facteur incorpore bien les images dans le corps du mail.
Bruno
Ah oui, ok donc ce n’est pas un bug, mais une fonctionnalité !
Le parti-pris (certes discutable) c’est que lorsqu’on envoie des mails en nombre, il est de mauvais ton d’y incorporer les images embarquées car cela consomme très inutilement du trafic réseau et c’est intrusif (le destinataire qui aura la mauvaise idée de relever ses mails sur son téléphone portable en mobilité verra sa boite mail qui rame et ça lui prendra un temps fou pour avoir ses mails importants à cause d’un mail automatique qu’il n’attendait pas forcément à ce moment là).
Donc j’ai volontairement ignoré le réglage de facteur concernant l’embarquement des images et forcé à utiliser des images distantes pour la diffusion des emails en nombre. Question de politesse et de netiquette.
It’s not a bug, it’s a feature (ça me rappelle quelque chose)... La doc n’est peut-être pas suffisamment explicite sur le point que j’ai soulevé.
C’est compliqué de situer le curseur des bonnes pratiques... Le client qui expédie ses lettres peut comprendre ces problématiques s’il elles sont bien expliquées. Néanmoins, le destinataire peut s’effrayer d’une phrase comme « pour protéger votre vie privée, l’affichage du contenu distant a été bloqué » et mettre directement la lettre à la poubelle (c’est du vécu).
SPIP permet de gérer très finement le poids des images embarquées. L’arbitrage peut être fait lors de la conception du modèle de la lettre (et c’est le concepteur du modèle qui place le curseur). S’il existe un paramètre / un patch à modifier pour envoyer les images, je suis preneur...
J’arrête là la discussion et renouvelle mes remerciements pour ce plugin très abouti.
Bruno
Bonjour. J’appuie la demande à mon tour. La possibilité d’embarquer les images dans une infolettre est également important dans mon cas, ne serait-ce que pour le logo principal de l’infolettre.
Pour ne pas trop déroger à la règle générale, un paramètre à insérer dans le code du squelette suffirait et même directement comme paramètre d’image, si ça simplifie (pas sûr... genre #LOGO|embed ou que sais-je), les autres images continuant de recevoir le traitement standard par exemple ?
Oui mais en tant que simple utilisateur qui reçoit des emails sur son mobile en déplacement, avec une connexion réseau fluctuante, est-ce que vous trouvez ça vraiment utile de recevoir un email non sollicité avec des images dedans et qui consomme toute la connexion, bloque le relevé des autres emails pendant de longues minutes ?
Car c’est bien ça dont on parle. Le html d’un email pèse tout au plus quelques ko, dès qu’on va y mettre des images ce sera quelques dizaines de ko voire quelque centaines de ko.
Répondre à ce message
Impossible d’ajouter un seul article à une nouvelle newsletter !
L’infolettre fonctionnait bien jusqu’à aujourd’hui (sauf pb d’import d’adresses déjà évoqué) mais j’étais parvenu à en envoyer une avec un modèle personnalisé, à partir d’articles sélectionnés sur le site : tout bien, quoi !
En revenant aujourd’hui construire une nouvelle infolettre, je tombe sur un fonctionnement nouveau et incompréhensible.
Je saisi un titre, je choisi mon modèle (déjà utilisé en janvier), je veux ajouter un article en cliquant sur le lien « sélection éditoriale ... [Ajouter] » et là : ça mouline, pour me renvoyer la même page, avec les champs précédemment modifiés maintenant complètement ré initialisés...
Quelle stratégie adopter pour déterminer d’où vient le problème ?
Merci pour votre aide on ne peut plus précieuse.
Même problème ...
Quelqu’un a-t-il une solution ? A part repasser à une ancienne version.
Merci !
Bonjour,
je viens de tester avec SPIP 3.0.16, et dernières versions du plugin : je ne reproduis pas.
Peux-tu indiquer quelles sont les versions de plugin que tu utilise ainsi que le navigateur dans lequel tu constate le problème ?
Je suis sur Spip 3.0.15
Avec les dernières versions des plugins Newsletters, MailShot & MailSubscriber.
Sur Firefox
J’arrive a ajouter des rubriques, mais pas afficher les sous-rubriques
— > Ca mouline !!
L’ajout rapide fonctionne ...
Je vais mettre à jour ma version de Spip, on ne sait jamais ...
Bon, j’ai mis à jour ma version de Spip vers 3.0.16.
Désactivé tous les autres plugins.
Mis le site en ligne.
Mais rien n’y fait, ça mouline toujours.
Très étrange tout ça !
Bonjours, après avoir fais quelques petites recherches, je suis tombé sur votre site.
Je comprend bien le contexte mais certains s’en servent pour m’envoyer des spams salace sur ma boîte mail.
Pourriez vous y faire quelque chose pour m’en débarrasser ?
En vous remerciant.
Bonjour,
J’ai exactement le même problème et je ne sais pas trop où chercher.
Je viens de basculer le site de SPIP 2.1 à SPIP 3.0.17 sans accros.
ça ressemble à un pb d’ajax, mais tout les autres bidules ajax du site fonctionne. Un pb d’accès ? J’avais un plugins « Accès restreint » sur la version précédente que j’ai désinstallé en finissant le travail en nettayant tout les dossiers de IMG (suppression des fichiers .ok et autre .htaccess si je me souviens bien). Ce plugin m’avait déjà créé des embrouilles avec l’agenda.
Config :
SPIP 3.0.17 installé chez ovh sans pb
plugins actifs :
CFG - 3.0.0 - stable
Facteur - 3.0.13 - stable
MailShot - 1.6.5 - stable
MailSubscribers - 1.5.5 - stable
Newsletters - 1.3.5 - stable
Bonux - 3.0.6 - stable
Je suis en version
SPIP 3.0.17 [21515]
Plugins :
facteur 3.0.13
mailshot 1.6.5
mailsubscribers 1.5.5
newsletters 1.3.5
Quand je crée une infolettre [basic] (Simple une colonne, responsive) et que je tente de sélectionner un article grâce au parcours proposé dans l’arborescence j’obtiens :
Fatal error : Call to undefined function test_enfants_rubrique() in /home/my_site/public_html/tmp/cache/skel/html_90bbe3bd8ee6434358ebcde338f43bad.php on line 98
Par contre, si j’utilise « l’accès rapide » en donnant un numéro d’article, l’article s’ajoute correctement et ensuite l’infolettre fonctionne normalement.
Par rapport à la situation que j’évoquais auparavant (le message du 8 mars), la situation c’est un peu améliorée par le « simple » changement de version de SPIP et des plugins. Par contre avant le 8 mars, je pouvais sélectionner un article en parcourant l’arborescence. Aujourd’hui j’ai un message d’erreur.
Merci pour votre attention !
Olivier
Bonjour,
Comme Olivier, je vérifie ce même bug. J’ai installé un SPIP neuf pour être sûr : le phénomène est là. Mes versions sont les mêmes qu’Olivier.
La fonction test_enfants_rubrique() n’est pas incluse lors du parcours des rubriques dans l’interface privée de la newsletter.
Pour ma part, j’ai trouvé la solution de contournement suivante :
Voilà la ligne à ajouter (2d ligne après if defined) :
Cordialement,
Bruno
Merci, le bug est en effet dans SPIP, il sera (en principe) corrigé dans la version 3.0.18.
En attendant j’ai intégré le patch de @rueBéjo dans la version 1.3.6 du plugin, ce qui devrait corriger chez tout le monde sans avoir besoin d’attendre plus !
Répondre à ce message
Bonjour,
Je suis en train d’installer le plugin Newsletters-v1. J’ai installe et activé les 3 plugins nécessaires pour faire fonctionner Newsletters-v1. Il s’agit des dernières versions. Ma version de Spip est 3.0.14.
J’ai rédigé ma lettre. En la prévisualisant, je constate que les accents n’y sont pas. Le plugin ne convertit pas les accents. Quelle erreur ai-je commise ? La newslettre n’est pas encore en ligne.
Je suis en train de refondre en partie mon site.
Merci
Répondre à ce message
Bonjour,
J’ai une infolettre programmée pour un envoi quotidien, pourtant l’envoi ne se fait pas.
J’ai éssayé de créer une infolettre avec le même modèle et de faire un envoi unique à la même liste de destinataires, et là, l’envoi fonctionne bien. C’est juste la programmation quotidienne qui bug.
Dans le tableau de mes infolettres programmés, au lieu d’afficher la date du prochain envoi, le plugin affiche juste « (fini) », mais mes envois ne partent pas (Cf document joint).
À quoi peut être du ce problème ?
Après avoir fouillé sur mon site et ma base de données, je constate deux choses :
Les deux éléments précédemment cités sont en revenches bien présent quand je fait ma programmation en locale. Quelqu’un aurait-il une idée ? Cela vient-il de mon serveur ?
Bonjour
Je nous réponds à nous même pour archive.
Le problème était du coté serveur avec des alertes dans les error_log du type :
mod_fcgid : stderr : PHP Warning : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CEST/2.0/DST’ instead in /var/www/vhosts/ifac.asso.fr/subdomains/intranet/httpdocs/ecrire/inc/filtres.php on line 753
Ajout de la valeur date.timezone=« Europe/Paris » dans notre php.ini et tout fonctionne.
Merci encore pour ce plugin.
Répondre à ce message
Bonjour Cédric,
Suite à l’impossibilité répétée et alléatoire d’envoi d’une lettre test,
« ERREUR : Erreur Envoi mail via Facteur : SMTP Error : Could not connect to SMTP host. »
Sur un spip 3.017, hébergé à Roubaix ...
Après vérification que facteur fonctionne pour d’autres envois de courriels.
J’ai été voir dans les fichiers logs et on y trouve ceci :
« ERREUR : fonction execute_pipeline_newsletter_pre_envoi absente : pipeline desactive »
Que faut-il faire ?
Merci de toutes les solutions
Comme le message d’erreur l’indique, le problème vient du SMTP que tu utilises. Si ça part de façon aléatoire il faut utiliser un autre serveur SMTP, plus adapté à l’envoi en grand nombre et fiable.
Tu peux alternativement utiliser les services de Mandrill qui sont gratuits jusqu’à 12000 envois/mois http://mandrill.com/
Bonsoir Cédric,
Le smtp est celui du site chez OVH.
Il n’y a pour l’instant aucun « départs en grand nombre » puisque le problème se manifeste pour les tests d’infolettres avec à chaque fois un seul envoi sur une adresse email.
Le smtp ovh du site fonctionne par ailleurs, car lors de la procédure de « publication » les messages automatiques « Article proposé » sont correctement envoyés à une adresse email.
C’est cela qui est bizarre ...
Comment solutionner ce disfonctionnement ?
Répondre à ce message
après un peu d’effort (!), ca marche bien
mes premières infolettres sont parties !
pour les habitués de spiplistes, il faut un temps d’adaptation, mais au final, ca vaut le coup
je résume les changements perçus
- une lettre est un article, on peut mieux la préparer, la manipuler comme un autre objet
- un inscrit n’est pas un visiteur (ca évite de surcharger la table...)
- le suivi des envois est plus fiable
- le suivi des inscriptions est tracable... (et la gestion des désinscriptions semble fiable, contrairement à spiplistes !)
encore merci donc aux auteurs... !
une suggestion d’amélioration fonctionnelle... Actuellement, il y a un « facteur » qui est nécessairement le même pour toutes les listes...
Or, je me suis décidé d’utiliser avec mandril, mais je ne voudrais le faire que pour la liste « publique », dans la mesure ou mes autres listes à usage interne, n’en ont pas besoin...
il faudrait donc pouvoir surcharger le paramétrage du facteur pour chaque liste... ou avoir plusieurs « facteurs » et une relation infolettre-facteur
Répondre à ce message
bonsoir,
désolé, mais je ne comprends pas bien la gestion des inscriptions par liste
dans ... /ecrire/ ?exec=mailsubscribers
on voit la liste de tous et un onglet des inscrits pour une liste qu’on a sélectionné à gauche
dans mon cas, la migration de spip-liste a repris la table listes qui existait déja sur spip-listes, mais quand je crée une infolettre périodique, elle n’apparait pas dans ces listes ?
et résultat, je ne vois pas comment, pour un courriel déja inscrit à une liste A, l’ inscrire à une autre liste ???
je relis et relis la documentation sans que ca fasse tilt... encore désolé, mais au fait, les « listes » de /ecrire/ ?exec=mailsubscribers représentent quoi par rapport à une infolettre ?
merci d’avance
Répondre à ce message
bonjour
dans le cadre d’une migration spip2 vers spip3, je teste ce plugin newsletter
mais je rencontre un pb d’installation... l’install ne crée pas les tables dans la base
pourtant le site fonctionne, donc l’accès base aussi...
merci d’avance d’une piste
désolé,
je me rends compte que ce pb n’est pas lié ce plugin mais concerne tout plugin
a vrai dire, tous les plugins migrés de la v2 fonctionnent, mais c’est le premier nouveau que je tentais d’installer
pam
Répondre à ce message
Bonjour,
Je souhaite signaler un possible bug sur la version texte d’une newsletter. J’utilise les dernières versions de plugin avec un patron qui utilise
@url_unsubscribe@suivi d’un envoi via Mandrillapp.Dans la newsletter reçue j’ai ceci :
1/ Version texte :
2/ Version HTML :
On n’utilise pas de patron spécifique pour la version texte, on laisse le plugin (avec MarkDown je crois) faire la version texte ...
1/ est-il normal d’avoir juste
http://www.domaine.org/unsubscribecomme lien de désincription texte sans référence à l’id à désinscrire ?2/ je me demande pourquoi Mandril n’ajoute pas sa sauce à ce lien ... ?
Dans une ancienne discussion sur un autre bug dans la version texte que j’avais ouvert
ici ou sous Mailshot, j’avais des liens avec une erreur (des liens avec des & encodés en mode texte) mais j’avais bien des liens complets donc je m’orienterais vers un bug introduit dans une version plus récente.
Votre avis ?
Merci
Pierre
Répondre à ce message
Depuis la dernière mise à jour, j’ai le message suivant qui apparaît lorsque je passe le statut à "publié en ligne...
Warning : buffer was not flushed, this is a bug. please report ! in /home/www/f4fb089ed167cdce957db86e327d054a/web/pospip/plugins/auto/newsletters/v1.3.4/lib/markdownify/markdownify.php on line 330
Répondre à ce message
Bonjour et merci pour ce plugin extrêmement pratique.
J’ai un volume d’envoi assez raisonnable (3000 par mois environ) et j’ai donc décidé de passer par Mandrillap (découvert grâce à ce plugin ; très bien aussi).
Les retours de Mandrillap m’ont permis de découvrir que j’avais pas loin de 19% de mes adresses en erreurs (Hard Bounce) ; enfin, pas moi, mon client négligent.
Via Mandrillap, il est possible d’exporter un chouette CSV avec ces adresses en erreur, mais dans le plugin Newsletters je n’ai pas trouvé de méthode pour désinscrire en lot ces adresses obsolètes.
En existe-t-il une ?
Merci,
Régis
Répondre à ce message
Bonjour,
J’envisage d’évoluer de spip 2.1 vers spip3 et de remplacer le plugin cleverMail par Newsletters.
Cependant j’aurais besoin « d’embarquer les images référencées dans les emails », ceci est bien prévu par le plugin Facteur mais ne semble pas fonctionner pour les mails créés par le plugin Newsletters.
Est-ce le comportement normal de ce dernier ou ai-je loupé quelque-chose ?
Répondre à ce message
Aïe J’ai fait la mise à jour vers de la version 1.3.2 vers 1.3.4 et plus aucun modèle sélectionnable lorsque je veux créer une infolettre ou en programmer une...
Autant pour moi j’ai trouvé ! C’était dans les paramétrages du plugin —> Masquer les modèles d’infolettre tout était coché !!!
Répondre à ce message
Il semble que cela nécessite le php 5.3 (when.php dans newletter/lib/)
comment faire chez free (php 5.1.3)
Répondre à ce message
Bonjour,
Tout d’abord merci pour ce travail et ce plugin qui a l’air très intéressant mais pour lequel je rencontre toute les peines du monde pour le faire fonctionner correctement
En effet, Impossible d’afficher quelque article que ce soit avec le gabarit « nouveautes »
La boucle BOUCLE_nouveaute(ARTICLES) semble ne pas fonctionner chez moi.
De même avec n’importe quelle boucle(ARTICLES).
J’essaye par exemple d’afficher les Titres des 5 derniers articles d’une rubrique bien précise publiés sur mon site. Ca ne fonctionne pas non plus !
Ma boucle ressemble à ceci :
Jamais aucun article n’apparaît dans lors de la visualisation.
D’après vous d’où peut provenir le problème ?
Répondre à ce message
Bonjour,
J’envisage l’utilisation de votre plugin et sauf erreur, je n’ai pas trouvé ces informations sur les pages liées : je voudrais savoir quelles sont les informations de suivi / statistiques disponibles avec ’Newsletters’ ? Et dans une moindre mesure, les éventuelles possibilités de tracking.
Merci !
Répondre à ce message
Bonjour,
Merci pour ce plugin génial !
J’ai remarqué qu’un rédacteur est non seulement capable de rédiger une info-lettre, mais qu’il peut également la publier, sans passer par un gestionnaire.
Est-ce le comportement attendu ? Y-a-t’il le moyen de supprimer cette possibilité ?
BàV,
reboltof
Répondre à ce message
Bonjour,
J’ai réalisé une programmation pour un envoi mensuel.
Dans l’infolettre programmée, j’ai choisi « répéter tous les mois » et « Tous les 1 mois » avec aucune date de fin.
Une fois validée, il est bien mentionné « Tous les mois ».
La lettre est partie à la date précisée, mais ensuite elle est envoyée dès qu’un nouvel article est mis en ligne, sans attendre le délai d’un mois entre les envois.
J’ai donc eu un envoi le 05/04 (celui de départ) puis ensuite le 19/04 et le 23/04.
Quelle étape ai-je manqué ?
Répondre à ce message
Bonjour à tous,
Je n’arrive pas a envoyer de newsletter créées à partir d’un gabarit à partir d’un administrateur (avec des droits de webmestre).
J’ai toujours ce message d’erreur : Une erreur est survenue lors de la génération de la newsletter
Je suis obligé d’utiliser mon pseudo de webmestre pour que cela fonctionne.
Tout est à jour (spip et le plug in).
Help....
Francky
Répondre à ce message
Bonjour,
Lorque j’encadre des textes, ceux-ci n’apparaissent pas encadrés dans l’infolettre.
J’utilise Enluminures et Couteau Suisse.
Que faut-il rajouter pour avoir les textes encadrés commedans l’interface de Spip ?
Merci
Répondre à ce message
Ah mais c’est un scandale les infolettres ne sont pas gérées par révisions (si je ne me trompe pas) ;) Merci pour le plugin, c’est top.
Répondre à ce message
Re-bonsoir, en désespoir de cause, j’ai ressayé avec une seule colonne et seulement les emails, et là, cela a fonctionné !! Pourquoi est-il impossible d’importer une liste avec email et noms ??
Répondre à ce message
Bonjour à tous, décidément, je n’ai que des malheurs avec ce plugin qui, à 95%, fonctionne parfaitement ! Et TOUJOURS au moment d’importer des listes !!
Je prépare un fichier exporté du plugin, c’est à dire avec les bons format, non ? Je fabrique à partir de cela un fichier csv exactement identique, et boum !! Il m’affiche bien une prévisualisation, mais dans laquelle il considère que tous mes champs (séparé par des guillemets et des virgules) ne sont qu’une seule et même adresse email !! Affolant, je me bats depuis ce matin, en vain !! J’ai même essayé de réimporter le fichier que j’ai exporté du plugin, et il me le refuse aussi !! Il me semble bien qu’il y ait un pb,mais je suis incapable de déceler où. Quelqu’un aurait-il une idée ? Je deviens fou, car il est inenvisageable d’importer plusieurs centaines d’emails dans ces conditions !!
Merci d’avance
Répondre à ce message
Salut,
J’ai des bugs avec spip-liste et newsletter a l’air vraiment bien. Mais je n’arrive pas à l’utiliser pour envoyer une sélection d’événements.
J’avais céé un patron spip-listes avec une boucle
<BOUCLE_evenements_2semaines(EVENEMENTS) {branche ?}{id_article ?} {statut=publie}{par date_debut}{age<0} {age>-15}>qui listait tous les événements des deux semaines à venir (ils sont tous reliés au même article).
C’est possible de l’intégrer à un modèle ou je perds mon temps ? Pour le moment j’arrive bien à publier ma newsletter, mais sans aucun événement listé dedans.
Merci d’avance,
Tu peux bien sûr ajouter cette boucle dans un gabarit pour lui faire afficher les évènements. Prends un des gabarits HTML du plugin, et personalise le en le renommant et en le mettant dans ton dossier
squelettes/newsletters/comme expliqué dans l’article.C’est justement ce que je n’arrive pas à faire.
La boucle fonctionne dans un patron spip-listes, mais ne renvoie rien dans un modèle newsletter. J’ai utilisé le modèle « letter », dans lequel je remplace la boucle
<BOUCLE_selectionarticles etc...>par ma boucle, qui est très exactement :Ma newsletter par bien en test, mais arrive avec le chapeau et le texte que je lui ai donné, mais sans aucun événement listé.
Bon, je ne sais pas ce qui s’est passé, je venais de te remettre un long message mais il n’est plus là. En gros je donnais ma boucle en disant qu’elle ne renvoyait rien. Entre temps j’ai trouvé le probleme. C’est simplement que tous mes événements sont rattachés au même article, et que donc il fallait pensé, en créant l’infolettre, à ajouter cet article dans la sélection éditoriale. ben oui, sinon ça ne fonctionnait pas. Maintenant ça a l’air mieux, mes événements apparaissent dans l’info-lettre, je n’ai plus qu’à arranger un beau squelette de mise en page et à tester les envois réguliers. Vraiment bien, ce plugin.
Merci à toi et à tous les spipeurs que j’embête régulièrement.
Répondre à ce message
Bonjour, un grand bravo pour ce plugin génial !! Voilà un outil qui fonctionne (avec ses dépendances) parfaitement !! Et comme il est simple de créer ses propres modèles, merci pour ce boulot ... et pour le mode d’emploi aussi.
Il manque cependant une chose qui me limite aujourd’hui : le multilinguisme. Je sais que le sujet est abordé - juste un ou deux mots - quelque part, mais ça reste assez opaque. Voilà.
J’ai un site multilingue (une rubrique langue à la racine) et tout va bien pour le fonctionnement, cependant, je m’interroge sur la façon d’utiliser le plugin. J’ai vu que le format d’import des abonnés comporte une colonne ’lang’, donc je suppose que l’on peut tout mettre (en et fr) dans la même liste. En ensuite ? La newsletter étant envoyée en une fois, comment faire le distingo entre ceux qui sont en fr et ceux qui sont en en ?
Et aussi, comment écrire mon modèle pour qu’il comprenne quelle langue afficher ? Pour le moment, j’envisage deux listes (une par langue) et un modèle par langue, mais cela ne me paraît pas très pratique, non ? Si j’ai 10 langues, ça devient vraiment insupportable, il me semble ...
Quelqu’un aurait-il une expérience dans ce domaine ? Merci.
Merci pour tes retours positifs !
Clairement je n’ai fait aucun test sur le multilinguisme.
J’ai juste essayé de prendre cela en compte en prévoyant une langue pour les abonnés, mais il est vrai qu’actuellement l’infolettre est figée dans une langue avant d’être envoyée, et seule la personnalisation des champs peut encore dépendre de la langue, donc c’est assez embryonnaire.
Je suppose que pour le moment il est en effet plus simple de prévoir des listes différentes par langue et une lettre par langue, mais je comprends qu’il faudrait trouver mieux.
Je vais essayer d’y réfléchir, mais ce sera surement une évolution à moyen terme, ou alors à la faveur d’un projet qui le nécessiterait (comprendre que je n’ai pas d’idée de quand cela serait susceptible d’arriver).
Eh, c’est moi qui te remercie pour ta réponse franche et directe ... Comme ça m’arrive d’avoir des sites en plusieurs langues à faire, je pourrais bien réfléchir au moyen de s’y prendre ... Je ne suis pas un pro du php, même si je m’en sors pour le basic, je ne suis pas sûr d’être très utile ... mais volontaire, ok.
Du coup, si tu pouvais voir aussi mon post à propos de Mailsubsribers (signé Marco) ce serait sympa, il y a un truc bizarre avec les imports de listes ...
A+ Cédric.
Marc
Bonjour,
Mêmes remarques que Markouch ci dessus. Ca semble bien marcher !
Je fait des tests pour voir si, et comment, je peux basculer depuis Spip-listes (qui semble obsolète ?).
En multilinguisme, il faut plusieurs listes pour l’instant. Pour le gabarit, peut-être qu’il est possible d’en créer un seul, multilingue ?
J’ai testé les formulaires d’inscriptions en FR et anglais. Les traductions sont ok, sauf pour le message de confirmation après qu’on ait validé l’inscription pour de bon (double opt-in), il reste en FR (« Nous avons bien pris en compte votre inscription à notre Newsletter avec l’adresse email, etc. »
Les messages en ligne quand on clique pour la déinscription restent aussi en FR du coup.
Autre détail, moins important : dans le cas d’une inscription avec un formulaire anglais, le sujet du 1er email de confirmation reçu est noté « [@NOM_SITE_SPIP@] » au lieu du nom du site.
Merci en tout cas
Répondre à ce message
Bonjour la communauté Spip,
J’ai un pitit problème qui est :
le plug in fonctionne parfaitement en administrateur mais pour un rédacteur, il ne peut envoyer de newsletter, même avec le plug in : "cirv : plugin « rédacteur valideur »"
Y’a t’il une astuce pour passer outre et permettre aux rédacteurs d’envoyer des newsletters ???
Merci d’avance :)
Cordialement,
Niaf.
Trouvé ! :p
Il y a un bug dans la partie admin en mode redacteur :
lors de la mise en ligne tout le contenu disparait d’où le ’fail’ d’envoi.
Dans la version 1.3.2, sur le fichier generer_newsletter.php, nous avons mis en commentaire les lignes :
17 - 18 - 42
depuis tout est rentré dans l’ordre : apres la mise en ligne de l’infolettre, le texte se génère normalement.
Et l’envoi se fait !!
Faites tourner ;)
Répondre à ce message
Bonjour,
Quel magnifique plugin !
Tellement bien fait que l’on est surpris de se trouver bloqué...
Il apparait que je ne peux pas inscrire plus de 2000 adresses à ma newsletter.
Est-ce un bug, une limitation volontaire, une erreur de manipulation de ma part ?
De plus en cas de changements sur beaucoup d’adresses, il n’est pas prévu de pouvoir supprimer d’un coup toutes les adresses (pour d’abord les exporter, les supprimer via l’interface d’administration, faire les modifications nécessaires plus facilement sur mon PC, et enfin réimporter le résultat.
Que suggérez vous pour résoudre ce problème de taille ! ;-)
Merci beaucoup.
Non aucune limite dans le plugin sur le nombre d’inscrits. C’est très bizarre, je ne vois pas trop ce qui pourrait causer ce problème.
Par contre pour le scenario Export/modif/import, il y a maintenant une case à cocher au moment de l’import :
[] Supprimer toutes les adresses en base avant import
comme on peut le voir sur la copie d’écran ici : http://contrib.spip.net/Mailsubscribers
Merci pour votre réponse. J’ai vu où est l’option de suppression. Par contre je n’arrive pas à dépasser la « limite » de 2000 adresses. Avez vous pu tester avec ce nombre d’abonnés ?
Merci encore de m’avoir répondu si rapidement.
Mon problème vient d’un fichier d’import d’adresse mail qui ne « passe pas ». Malheureusement il n’y a pas de trace dans spip.log ni mysql.log de ce problème car l’importation ne fait rien de visible après avoir cliqué sur « prévisualiser », et n’affiche pas les premieres lignes du fichier.
Où puis-je rajouter une trace de ce qui se passe pour détecter l’adresse qui stop le process d’importation ?
Merci
Répondre à ce message
Une idée d’une petite fonctionnalité toute simple à ajouter, je pense : un bouton « dupliquer » pour pouvoir cloner le contenu d’une newsletter qu’on doit renvoyer régulièrement.
Non :) ?
Répondre à ce message
Un autre petit soucis, désolé j’en profite...
J’en n’ai en prévisualisation QUE le modèle Newsletter, impossible d’avoir les autres (gabarit, nouveautés).
Francky
Répondre à ce message
Bonjour et tout d’abord merci pour ce plug in qui nous aide tant.
Voici mon problème : impossible de générer et d’envoyer la newsletter à partir d’un utilisateur (administrateur restreint).
J’ai essayé en lui donnant en plus des droits de webmestre mais cela ne change rien.
J’ai ce message d’erreur lors de l’envoie : Une erreur est survenue lors de la génération de la newsletter
Avec mes identifiants de webmaster cela fonctionne parfaitement.
Répondre à ce message
Bonjour, comment pourrait-on utiliser la balise #DATE_NOUVEAUTES ?
En effet, cette balise, destinée à prendre en compte la date du dernier envoi des nouveautés pour éviter de renvoyer les mêmes titres deux fois, pourrait être utilisée avantageusement dans le modèle « nouveautés » du plugin en lieu et place des filtres #DATE de publication et de rédaction.
A vrai dire, je n’ai pas essayé de l’utiliser, puisque qu’elle n’est sensée fonctionner qu’en activant la fonction d’envoi de nouveautés interne à SPIP : laquelle, au regard de la lecture de cet article (qui explique bien le problème des limitations liées au spams) ne semble plus tellement conseillée.
En attendant, chapeau bas pour cet énorme travail autour de la problématique des newsletters, qui devient en effet de plus en plus complexe avec la pollution du réseau. Les explications sont très claires, même pour un néophyte comme moi. Merci !
Répondre à ce message
Problème configuration smtp.
Bonjour à tous, je rencontre un problème de configuration du SMTP.
Suite à différents tests, je ne parviens pas à l’activer.
smtp.1and1.com, auth.smtp.1and1.fr, smtp.1and1.fr sur différents port ne donne rien. J’ai même essayé le smtp de orange et ai toujours la même réponse : SMTP Error : Could not connect to SMTP host.
Merci pour votre aide.
Bonjour
Ton hébergeur bloquerais pas le smtp ?
Je suis (comme tu m’as sûrement deviné chez one and one.), je ne pense pas que le smtp soit bloqué. Comment puis-je le savoir ?
En leur demandant ;)
Tu as bien mis des identifiant pour envoyez ? logiquement une adresse mail et son mot de passe.
Répondre à ce message
Toutes mes newsletters sont préfixées d’un [TEST] ... comment enlever ce préfixe.
J’ai vu que c’est mailshot qui le colle automatiquement, mais impossible de trouver l’endroit pour modifier cette variable.
Il s’agit des newsletters programmées ... les autres pas de souci !
Répondre à ce message
Petit souci, sous spip 3.0.4, le plugin apparaît en incompatible donc pas possibilité de l’activé. Pourquoi ??
Il faut une version 3.0.5 mini de SPIP car elle contient certains patchs qui sont nécessaires au bon fonctionnement du plugin.
Ok merci je maj mon spip.
Répondre à ce message
Bonjour,
(J’espère que mon français soit compréhensible, je n’écris souvent en Français...)
Compliments pour le travail, c’est très utile et plutôt facile !
Mais j’ai un problème : hotmail.com refuse d’accepter mes newsletters. J’ai eu le même problème avec phplist, et j’ai tout simplement ajouté dans le header un unsubscribe-link
comme ça :
List-Unsubscribe :
Comment peut on faire la même chose avec notre plugin ?
Merci beaucoup (surtout pour tout le travail !)
Riccardo
Je me réponds moi même...
Il faut ajouter
Dans /mailshot/v.../newsletter/send.php
Peut être il y a quelque (meilleur) autre façon d’y arriver, mais ceci ça marche...
Répondre à ce message
Bonjour,
je souhaite exclure une rubrique et son contenu d’une la newsletter. J’utilise le squelette « Nouveauté » avec quelques modifications.
J’ai modifié la boucle
hasnewarticlescomme suite :<BOUCLE_hasnewarticles(ARTICLES){id_rubrique!=101}{date<=#DATE}{date>#DATE_REDAC}{0,1}>#SET{nouveautes,' '}</BOUCLE_hasnewarticles>Est-ce que c’est bon ?
Merci par avance.
Bonjour,
j’ai le même problème que vous. L’ajout d’une exclusion de rubrique comme cous l’indiquez ne fonctionne pas non plus chez moi. Je fais mes essais en local. Avez-vous trouvé la solution ? Pour ma part, je souhaiterais exclure 2 rubriques de premier niveau (secteurs intranet et agenda) avec les sous-rubriques incluses.
Merci à celui qui saura nous dépanner...
Bonjour Gfrery !
J’ai utilisé ce critère
{id_secteur!=101}et ça marche nickel.Cordialement.
Merci de votre réponse mrskater.
Mais chez moi ça ne fonctionne pas. En fait, on ne devrait pas avoir à mettre des limitations puisque lors de la création de l’infolettre on peut choisir les rubriques à publier.
Mais lorsque je crée une lettre, que je choisisse une, deux ou zéro rubrique dans la « sélection éditoriale », de toute façon l’infolettre les prend toutes, je ne comprends pas ce qui se passe. Je pars pourtant du patron nouveautés. J’ai fait de nombreux essais, mais j’ai toujours tous les nouveaux articles de toutes les rubriques qui sortent.
Pourtant, les autres modifications, de style, de mise en page, de logos, et même de nombre d’articles ou brèves à sélectionner que j’ai faites sur le patron ont été prises en compte.
Je suis bloqué...
Bonjour,
Je n’avais jamais vu que l’on pouvons choisir une rubrique donnée lors de la création d’une info-lettre. C’est pour cette raison que je l’ai codé directement dans mon « patron ». Je suis partie comme toi du patron « nouveauté ». Essaie de repartir de zéro, ré-install le plugin en testant avec un « patron » livré avec celui-ci.
Bonjour et merci pour tes conseils.
Malgré eux, je ne suis toujours pas sorti de mon problème. En faisant une sélection éditoriale d’aucune rubrique, mon infolettre les prend toutes. Même en codant le patron, en reprenant l’original, impossible de faire une exclusion.
J’essaie de le résoudre avec mon hébergeur spécialisé Spip, mais je n’ai toujours pas de solution.
Cordialement.
Répondre à ce message
Bonjour Cédric et bravo pour ce plugin 1000 fois mieux que SPIP-Listes,
J’utilise le pack recommandé : Mailshot, Mailsubscribers, Newsletters, et Mandrill.
Lorsque je clique sur le lien de désinscription reçu via MailSubscribers après une inscription en ligne, j’arrive bien sur la page :
spip.php ?action=unsubscribe_mailsubscriber&email=...
Par contre, le lien de désinscription généré en pied d’infolettre m’envoie sur une page www.monsite.com/unsunscribe donc 404.
Pourtant, le squelette d’infolettre que j’utilise affiche bien @url_unsubscribe@ comme adresse de désinscription.
Je ne comprends pas où attribuer la bonne URL à cette variable @url_unsubscribe@ ?
Merci de ton aide.
Personne pour m’expliquer comment configurer la variable @url_unsubscribe@ ?
J’ai beau parcourir les docs et forums des plugins, je ne vois pas où ça se passe...
Merci bcp.
Tu parles bien du lien qui apparait dans la newsletter reçue dans la boite mail ?
La version affichée en ligne ne peut pas afficher de lien de désinscription puisqu’elle est générique et identique pour tout le monde. Normalement on le masque en CSS dans ce cas (il y a une classe qui permet de masquer des éléments dans la version affichée en ligne).
Oui bien sûr, le lien en pied de page de l’email reçu.
J’ai même essayé de remplacer :
@url_unsubscribe@
par :
spip.php ?action=unsubscribe_mailsubscriber&email=@email@
mais ça ne fonctionne pas non plus car l’email apparaît en texte normal (sans encodage)
Est-ce que c’est un gabarit modifié ? ou le gabarit d’origine ? Lors de l’envoi d’un mail de test ? ou lors d’un vrai envoi de newsletter ? Si c’est un mail de test, est-ce que c’est une adresse mail qui est abonnée ou non ?
Pas bête. Je teste ces pistes...
Ca fonctionne !!
Effectivement, le pb venait simplement du fait que l’email utilisé n’était pas abonné à l’infolettre...
Désolé pour le temps perdu et merci bcp pour ton aide !
Répondre à ce message
Bonjour
et tout d’abord bravo et merci pour ce joli plugin qui facilite bien la vie :)
Par contre je n’ai pas très bien compris comment configurer le lien @url_unsubscribe@, dans quel fichier dois-je déclarer cette variable ? La newsletter doit-elle être dans le statut « publiée » pour que le véritable lien s’affiche dans pré-visualisation HTML e-mail ?
Merci d’avance
Florent
Salut Florent,
Même problème pour moi. As-tu trouvé la solution depuis ?
Merci de ton aide !
@url_unsubscribe@ comme tout ce qui est entre @ signifie qu’il y a une injection pioché dans la base de donnée.
En l’occurence un hash représentant le mailsubscriber pour que spip sache qui désinscrire en fait.
Si j’ai bien compris ta question, la réponse est : tu n’as rien à déclarer !
Corrigez moi si je me trompe.
Bien à vous
Et pourtant ça ne fonctionne pas...
Cf mon autre post ci-dessous pour problème détaillé.
Merci bcp !
Répondre à ce message
Suggestion :
Au moment du choix de la liste à sélectionner pour l’envoi.
Ne serait il pas judicieux de proposer d’envoyer ce mail : aux auteurs, aux administrateurs, bref au status d’auteurs… en plus des listes…
Ou auriez vous une idée pour y parvenir ?
Sinon encore merci ! Ces 3 plugins sont géniaux ( notamment la connexion mandrill)
+1
C’est une si mauvaise idée ?
Il n’y a pas de mauvaise idée ! Il y a juste les idées dont on a besoin concrètement, le temps dont on dispose, et des choix à faire…
Dans l’absolu je suis d’accord que ce serait intéressant et utile, et j’en aurais eu besoin déjà une fois au moins. Mais là c’est pas trop en haut de ma liste de priorité :(
Répondre à ce message
Bonjour,
J’ai du ajouter utf8_decode() dans la fonction newsletters_inline_base64src() afin que les accents s’affichent bien dans la prévisualisation, pourquoi peu de gens sont touchés par ce problème ?
Maintenant, j’ai l’impression que SPIP remplace les apostrophes simples par des apostrophes courbes (?), et s’affichent à leur place des points d’interrogation dans la prévisualisation des lettres ?
Version HTML email : OK
Version texte email : problème d’apostrophe
Version HTML en ligne : problème d’apostrophe
Afficher sans iframe : OK
Salut Olivier,
J’ai eu le même problème que toi sur les ’ ainsi que sur les œ (en fait tous les caractères illégaux : http://openweb.eu.org/articles/caracteres_illegaux) mais le pb disparaît après validation de l’infolettre !
Répondre à ce message
Bonjour,
Est-il possible de voir ce plugin adapté pour la version 2.1.x de SPIP ?
Ce serait vraiment super ;)
Merci
Bonjour,
est-ce qu’il serait possible d’adapter ton site en version 3.x de SPIP ?
Ce serait vraiment super ;)
Merci.
(en clair, la réponse est : tout est toujours possible, mais ça n’a pas grand sens si c’est pour rétro-porter plein de code de SPIP 3 dans une adaptation du plugin à SPIP 2, et ça demande surement beaucoup moins d’énergie de migrer ton site que de porter ce plugin)
Non je ne peux pas migrer mon site sous SPIP 3, car j’utilise plusieurs plugins qui ne sont compatibles qu’avec SPIP 2.1.x pour le moment :(
Il est peut-être plus simple de modifier quelques lignes de code dans votre plugin de façon à ce qu’il s’adapte à SPIP 2.1.x ? Je ne m’y connais pas bien.
D’ailleurs ce serait intéresant qu’il y ait une fonction dans SPIP qui adapte automatiquement les plugins entre deux versions differentes de SPIP : une sorte de mise à jour automatique ?...
Il faudrait recoder une grande partie du plugin pour le faire fonctionner sous SPIP 2, avec certainement certaines dégradations fonctionnelles. SPIP 3 est une amélioration majeure de SPIP 2, et plein de choses qui étaient très compliquées auparavant sont devenues simples, ce qui permet de développer des plugins fonctionnellement riches comme celui-la avec beaucoup moins d’effort qu’avant.
Si il y avait si peu de différence entre SPIP 2 et SPIP 3 qu’il suffise d’adapter quelques lignes de code, nul doute que ce serait déjà fait. Donc il faut plutôt voir du côté des plugins qui t’empèchent de migrer en SPIP 3 que d’espérer que les nouveaux plugins soient portés sous SPIP 2.
Répondre à ce message
Non je ne peux pas migrer mon site sous SPIP 3, car j’utilise plusieurs plugins qui ne sont compatibles qu’avec SPIP 2.1.x pour le moment :(
Il est peut-être plus simple de modifier quelques lignes de code dans votre plugin de façon à ce qu’il s’adapte à SPIP 2.1.x ? Je ne m’y connais pas bien.
D’ailleurs ce serait intéresant qu’il y ait une fonction dans SPIP qui adapte automatiquement les plugins entre deux versions differentes de SPIP : une sorte de mise à jour automatique ?...
Répondre à ce message
Bonjour,
Je souhaiterais limiter l’accès à la consultation en ligne de la newsletter aux visiteurs concernés par celle ci.
Est-il possible de protéger (et comment ?) l’accès aux newsletter en ligne à un groupe de personnes / une zone d’accès restreint / à un mot de passe / autre ?
D’avance merci pour votre aide,
Karen
Répondre à ce message
Dans le modèle « Nouveautés », Peut-on limiter la longueur des articles à quelques lignes avec ajout d’un lien « lire la suite » pointant vers l’article sur le site ? Comme cela se fait en standard dans l’envoi des nouveauté par le site.
J’ai regardé les squelettes, mais, hum, j’ai un peu peur des os...
Répondre à ce message
Bonjour,
J’ai presque réussi à apprivoiser Newsletter.
Le seul souci qui me reste est l’apparence des infolettres sur le site public :
Le contenu de la newsletter envoyée est appelée avec
affiche 2 fois la newsletter avec la ligne :
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">entre les 2.
La première itération comporte uniquement le contenu
texte formaté de l’infolettre tandis que la deuxième est identique à l’email reçu (avec header, footer,..).
J’ai essayé sans la modalbox mais cela ne change rien.
Le squelette newsletter.html est dans /squelettes
Une idée ?
Merci
dd
Répondre à ce message
Bonjour,
J’ai importé la liste de mes clients dans le plugin SPIP Newsletter, à qui j’envoyais auparavant directement des mails réguliers en masse simplement avec mon client de messagerie.
Au 1er envoi (serveur dédié chez Online), j’ai eu une alerte de sécurité Online/SmapCop menacant de couper l’ip du serveur car déclaré en tant que spammeur !!!
Que faire ?
Merci beaucoup
Répondre à ce message
Bonjour,
j’essaye d’installer une newsletter sur mon site, et j’ai une adresse mail GMAIL que j’aimerai utiliser comme adresse d’envoi.
j’ai installer les plugins « Newsletter », « Facteur », « Mailsubscriber » et « Mailshot »
Dans le plugin Facteur j’ai choisis
- Configuration de l’adresse d’envoi => Utiliser les réglages du site SPIP
- Configuration du mailer => Utiliser la fonction mail de PHP
- Filtres => Embarquer les images référencées dans les emails ET Convertir en ISO-8859-1
Quand je fait le test, le mail est bien envoyé sur mon adresse mail je recois un mail « Ceci est un email de test accentué ».
Mais quand j’essaye d’envoyer une Infolettres à partir de « EDITION » j’ai ce message d’erreur « SMTP Error : Could not connect to SMTP host. »
Est-ce que vous avez une aidé sur ça ? Merci d’avance
Il faut lire la documentation du plugin Mailshot qui explique comment configurer l’envoi des mails par lot, et en particulier qu’il n’est pas possible d’utiliser le réglage « Utiliser la fonction mail de PHP » pour des questions d’éthique.
Répondre à ce message
Bonjour, D’abord Merci pour votre aide et pour vos réponses.
Je suis entrain de mettre en place une newsletter, quand j’ai voulus l’installer il m’a dis qu’il dépendait de MAILSHOT, MAILSUBSCRIBER et FACTEUR.
Mais je n’arrive pas a trouvé comment le faire fonctionné, Pouvez-vous me dire comment procéder ? dans Édition > Infolettres , je veux Créer une infolettre, mais il n’y a pas de Modèle, comment ajouter le modèle BASIC SIMPLE ?
Merci
j’ai ce message lors d’envoi « SMTP Error : Could not connect to SMTP host. »
Répondre à ce message
Bonjour,
Tout d’abord merci pour ce plugin, qui qui permet de faire de jolies newsletters !
Néanmoins une petit problème :
La répétition mensuelle ne functionne pas bien et abouti à une répétition quotidienne.
La solution : une mise à jour des modules dans le répertoire « lib/when » du plugin.
On les trouve sur ce site : https://github.com/tplaner/When
Hanjo
Merci ! La version 1.3.1 du plugin intègre donc cette correction.
Répondre à ce message
bonjour,
l’orsque je fait le test d’envoi , j’ai l’erreur suivant :
Erreur SQL 1146
Table ’spip-ert.spipenpo_mailsubscribers’ doesn’t exist
SELECT DISTINCT listes FROM spip_mailsubscribers WHERE statut !=’poubelle’
quelqu’un peut m’aider
Répondre à ce message
Bonjour
Je rencontre un souci sur la version 1.3.0 SVN [75283] du plugin.
Je ne parviens pas à effectuer une sélection d’article par le navigateur proposé, le seul moyen est l’ajout rapide.
Quelqu’un aurait une idée du problème svp ?
Répondre à ce message
Bonjour
Je suis ravi du dev de ce plugin et ces composants.
pouvez vous m’expliquez dans la mesure de vos disponibilité pourquoi j’ai cet erreur
confirm_mailsubscriber : Accès interdit
Je suis configurer comme ça .
SPIP 3.0.11 [20757]
Newsletters 1.3.0 - stable
MailSubscribers 1.3.4 - stable
MailShot 1.5.8 - stable
Facteur 3.0.4 - stable
dans Interactivité de spip , j’accepte les inscriptions
dans Configuration des inscriptions à la Newsletter, Proposer l’inscription à la Newsletter lors de l’inscription au site
j’ai donc bien ma case a cocher avec #FORMULAIRE_INSCRIPTION
lors de l’inscription je reçois bien les deux mails :
lorsque je fait j’arrive sur la page du site avec le message suivant :
confirm_mailsubscriber : Accès interdit
pourtant dans l’espace privé de spip : Inscrits aux envois par email
À confirmer (1)
et c’est bien l’adresse de celui qui vient de s’inscrire,
il me faut donc changer la puce de en attente de confirmation a active
donc que puis je faire ?
@ bientôt dans la galaxie spip
Répondre à ce message
Bonjour,
Excellent plugin qui fonctionne parfaitement dans ces trois composants.
Bravo !
Néanmoins une petit problème qui peut devenir grand.
Tous les rédacteurs inscrits sur le site peuvent utiliser le module « infolettre » et envoyer « leurs » infolettres aux listes de diffusion disponibles sans que les administrateurs du site puissent contrôler cette activité. Est-il possible de n’accorder la possibilité d’utiliser le module « infolettre » qu’à certains rédacteurs choisis ?
Sinon, comme dans la gestion des articles et des brèves de Spip, ne serait-il pas plus judicieux de donner aux rédacteurs que la possibilité de « proposé à l’évaluation » leurs infolettres et non de les « publier ». Les administrateurs conservant exclusivement la faculté de publier ou non celles-ci, comme pour les articles et les brèves de Spip ?
Ce serait plus cohérent avec le fonctionnement habituel de Spip et éviterait, dans le cas d’un grand nombre de rédacteurs, une certaine « anarchie » dans la rédaction et l’envoi des infolettres, cause d’une saturation possible du serveur Smtp.
Cordialement et encore bravo !
Répondre à ce message
Bonjour,
Tout d’abord bravo et merci pour ce plugin, qui fonctionne très bien, et qui permet de faire de jolies newsletters personnalisées !
J’aurais toutefois une question concernant la génération de l’url de la newsletter.
En effet, de manière automatique, l’adresse générée est du type http://monsite.fr/newsletter/titre-de-la-newsletter.html .
Je souhaiterais pouvoir soit modifier cette url pour forcer l’affichage des newsletter dans une rubrique définie, soit restreindre l’accès à l’url directe de la newsletter (pour des utilisateurs inscrits).
Voyez-vous comment faire ?
D’avance merci pour votre aide.
Karen
Bonjour,
Pourriez-vous m’indiquer par quels moyens est-il possible de modifier l’url des newsletters (avant génération) ?
D’avance merci pour votre aide,
Karen
Répondre à ce message
Bonjour,
Merci pour ce plugin qui m’est bien utile !
Je me demandais s’il était possible, dans la phase de composition de la newsletter, de choisir les articles à mettre en avant via un mot-clé : j’affecte le mot-clé « newsletter » aux articles à mettre dans ma lettre d’info, et je choisis ce mot-clé dans une liste au moment de composer la lettre.
Est-ce que cela serait facile à mettre en place ?
Merci d’avance !
Répondre à ce message
bonjour
j’ai utilisé l’envoi rapide et évidemment j’ai eu beaucoup d’échecs. alors la question que je me pose est celle-ci : lors de l’envoi d’une nouvelle newsletter, les adresses mails classés en « fail » reste-t-il en mémoire ? dans le sens où lors d’un nouvel envoi, les adresses qui n’ont déjà pas reçu la première newsletter risquent-elles de ne pas recevoir les suivantes (à condition de ne plus être en envoi rapide biensûr) ?
je ne sais pas si ma question est très clair..
en fait je me demande s’il ne me faut pas vider la table spip_mailshots_destinataires..?
Non, les échecs d’envoi simple ne sont pas pris en compte dans la liste des abonnés. Seul l’envoi par Mandrill qui génère un feedback sur l’existence réelle de l’adresse est susceptible de provoquer des désabonnements.
Répondre à ce message
bonsoir
je suis désolé de ne cumuler que des probl !èmes sur ce plugin. excusez moi d’avance pour cette addition salée, mais si ça permet de débuguer...
1- aucun aperçu possible, la page reste blanche, quelque soit le modèle utilisé et le mode d’écriture à l’interieur de la lettre.
2 - envoi très lent, solutionné par envoir rapide.
3 - bouton test fonctionne une fois sur 10, le reste : « erreur d’authentification » (paramètres smtp vérifiés et ok)
4 - les lettres supprimées ne vont pas à la corbeille
5 - impossible d’avoir le contenu des boucles (articles, rubriques, etc) dans une newsletter, ce qui est le point le plus bloquant.
As-tu trouvé une piste ? Je rencontre les mêmes problèmes et j’ajoute un peu de sel...
Pour les boucles, elles ne s’affichent dans la newsletter envoyée que si tu les programmes toi-même en supprimant la jointure id_newsletter. Celle-ci est correcte sur l’aperçu, mais tout disparait à l’envoi. Il faut donc inventer sa propre boucle avec des critères plus classiques, et là ça marche. Il y a peut-être une question de version php ou mysql, mais là ça me dépasse.
Ce qui est bloquant c’est l’envoi exclusif par smtp (dans mon cas, deux hébergement OVH) : en rapide ça conduit à un taux d’erreurs de 96 % ! autant dire que rien ne part. L’envoi lent, lui, est aléatoire : entre 0 (la nuit) et 42% (le jour) d’erreurs. Par Mandrill, le taux de Spamming est tel que rien n’est distribué !
Les erreurs smtp sont celles que tu décris : erreur d’authentification pour un envoi sur deux en vitesse lente, et 9 sur 10 en vitesse rapide, c’est incompréhensible, puisque ce sont les bons identifiants, et cela rend le plugin inutilisable.
Les arguments hostiles à la fonction mail() sont contestables. Spip Listes marchait très bien, les 3600 et quelques newsletters partaient en une moins d’une heure, on maintenait la liste propre grâce aux retours sur le manager OVH et tout allait pour le mieux. Pourquoi ne pas laisser en option l’envoi par la fonction mail ? L’utilisateur choisit ce qui convient le mieux à son propre cas : ce n’est pas la même chose de gérer 100 abonnés et plus de 3500 !
Spip est un très bon CMS et ses auteurs sont des gens formidables, s’ils ont des réponses, des solutions ou même de simples pistes, cela aiderait bien !
Merci,
MR
les erreurs d’authentification aléatoires viennent du SMTP et pas du plugin : lorsqu’on utilise un serveur SMTP qui n’est pas dédié à l’envoi en nombre, il y a des limites en nombre d’envoi qui sont volontairement imposées par le fournisseur de mail pour éviter que le serveur ne soit justement utilisé pour l’envoi en nombre (spamming).
Donc je vais être un peu désagréable, mais les problèmes que vous rencontrez sont liés à une utilisation abusive d’un serveur SMTP qui ne devrait pas être utilisé pour faire de l’envoi massif.
Cela dit, il est vrai qu’il manque une gestion du retry sur l’envoi : quand un envoie échoue on ne re-essaye pas, et c’est un défaut de conception que je vais corriger asap. On ne devrait le marquer comme échoué qu’au bout de plusieurs essais (3, 4, 5 ?)
@michel :
Tu dis et c’est bien toute la question : cela montre que tes envois sont a priori non sollicités, ou à des adresses incorrectes etc.
En effet, on pourrait utiliser la fonction mail() pour envoyer ça, mais du coup ça veut dire que tes envois non sollicités considérés comme SPAM par les SMTP en réception ont toutes les chances de faire marquer le serveur en blacklist, et ensuite c’est tous les autres sites qui partages le même serveur qui seront pénalisés.
C’est la ligne de conduite que je me suis fixé dans le développement du plugin : permettre les envois en nombre qui sont respectueux de leurs abonnés (non considérés comme des SPAM), mais ne pas chercher à contourner les problèmes que posent les envois litigieux. Tout contournement pour résoudre son propre problème conduit inévitablement à dégrader la situation collective (plus de SPAM qui circulent, plus de règles strictes sur les SMTP, plus de difficultés à envoyer des mails).
Je vais donc corriger le problème du retry, mais je ne saurais que te conseiller de persévérer à utiliser Mandrill et à corriger ton problème à la source : contenu des mails envoyés, liste des destinataires... pour que ce ne soit plus considéré comme du SPAM.
@haqqtiviste :
pour l’aperçu quel navigateur utilise-tu ?
Pour le point 5, peux tu donner un exemple de boucle qui ne fonctionne pas ? Le modèle « basic » fourni par le plugin contient une boucle
ARTICLESqui fonctionne très bien, donc c’est un peu plus subtil que cela je suppose...Merci Cédric,
je suis entièrement d’accord avec toi sur les problèmes posées par le spamming et je te remercie de penser au retry. Peut-être que ça améliorera les choses.
Cependant, si je comprends très bien que la situation collective prime sur les cas particuliers, je ne pense pas être le seul à envoyer une newsletter hebdomadaire en nombre depuis plusieurs années avec Spip Listes et à ne pas trouver satisfaisantes les limitations du nouveau mécanisme, notamment le temps d’envoi interminable et le taux d’erreur, directement proportionnel à la vitesse d’envoi.
Ce que nous envoyons est honnête, la liste est nettoyée chaque semaine après les retours d’erreurs, et pour faire avancer les choses, voici un aperçu du Spam rating des messages (envoi depuis le site sur OVH) :
- envoi de la NL par Spip-Listes : 40.00
- envoi de la NL par Newsletters/Mailshot : 43.00
- envoi de la NL par Mandrill : 81.00
et pour info, les messages de contrib.spip.net ont 50.00.
Tu vois donc que le spam rating n’est pas seulement une question de contenu. Ce que je propose simplement, c’est de laisser aux utilisateurs la liberté de choisir leur système d’envoi, dont la fonction mail() de php, chacun assumant la responsabilité de sa décision.
Sur OVH, dès lors que le taux d’erreur dépasse 5%, les envois sont automatiquement bloqués. OVH évite ainsi le risque de « Black-listage ». Je ne suis pas un spécialiste, mais j’imagine que les spams ont pour source soit des sites piratés, soit des serveurs dédiés en divers endroits du monde, mais en tout cas qu’ils n’utilisent pas les outils Spip.
Pour conclure, je dirais que le plugin Newsletter mérite de sincères félicitations et que le seul bémol est dans les limitations imposées à l’envoi.
Merci en tout cas d’avoir répondu très clairement,
MR
J’ai oublié de parler du point 5 de @haqqtiviste, que j’ai rencontré aussi
La boucle basic :
BOUCLE_selectionarticles(ARTICLES)id_newsletter fonctionne très bien dans le squelette appelé par l’url page=newsletters/maNL&id_newsletter=x mais ne donne plus rien dès lors qu’on envoie le message.
Pour ma part, j’ai remplacé id_newsletter par des critères classiques (titre_mot=nnn et là, ça a très bien marché, tant en test par l’url que dans l’envoi.
C’est donc la jointure qui ne marche pas ou n’est pas prise en compte lors de l’envoi. Question de version sql ou php ?
MR
Non il n’y a pas de problème de jointure lors de l’envoi, ou de version sql ou php.
La différence entre la prévisu et l’envoi, c’est que la prévisu c’est toi qui la fait, sous ton nom, alors que l’envoi se fait en tant que visiteur anonyme (en tache CRON).
Tu n’utiliserais pas le plugin accès restreint, et une sélection d’articles à laquelle tu as accès mais pas les visiteurs anonymes ?
Merci de ta réponse,
J’utilise l’accès restreint, mais pas pour la rubrique concernée, qui est une sorte de back office pour la NL et quelques autres pages spéciales. Elle se nomme d’ailleurs Back Office.
Nuance toutefois, cette dernière n’est pas accessible au public et est exclue des boucles dans le site public par un id-rubrique !=x dans les squelettes de rubrique, de navigation et de backend.
Si on appelle un des articles directement, il s’affiche bien sur le site public sans restriction. Le plugin n’a pas à priori le moyen de connaitre les restrictions d’affichage dans les squelettes publics ?
@michel : non pas d’incidence a priori des restrictions d’affichage du squelette public lui même. Je ne peux pas voir a priori le problème donc, car je ne le reproduis pas, mais je suis preneur d’un modele de newsletter qui ne fonctionne pas pour le debug.
Par ailleurs la version 1.5.1 du plugin mailshot gère maintenant le retry (jusqu’à 5 essais par destinataire) en cas d’erreur. Et elle log dans tmp/log/bulksend.log les envois incomplets en mode cadence limitée, pour essayer de comprendre si c’est la raison pour laquelle l’envoi est plus lent que la cadence demandée dans ce mode là. Si tu peux tester et me faire des retours je suis preneur.
Pour info, je sais très bien que SPIP-Listes était capable d’envoyer très vites plein de mails, j’avais travaillé dessus il y a 5 ou 6 ans pour maximiser cette vitesse d’envoi. Ça n’a rien à voir avec l’utilisation de la fonction mail() en elle même, qui n’a aucun avantage par rapport au SMTP.
Mais les temps ont changé, et compte tenu de la prédominance du SPAM de nos jours et des stratégies de filtrage actuelles chez les fournisseurs de mails, ce n’est plus une bonne stratégie d’envoyer à toute vitesse.
Je ne nie cependant pas qu’actuellement le plugin ne respecte pas la cadence maxi demandée et envoie beaucoup plus lentement, ce qui est un bug que je cherche à corriger.
Merci Cédric, ta célérité m’emplit de confusion !
Je ne peux pas faire d’essai maintenant car il faudrait renvoyer la NL une nouvelle fois et c’est là que les abonnés vont nous prendre pour des indésirables. Je vais voir si je peux faire une liste de test avec des connaissances, mais cela n’ira pas au delà de quelques dizaines de personnes, je ne connais pas assez de monde.
En fait je m’occupe d’environ 25 sites dont une quinzaine ont une ou plusieurs newsletters. Ce sont les admins qui s’en occupent et gèrent les contenus et les listes, je ne suis que le développeur. Si je change leurs habitudes, il faut que ça soit pour un mieux. Le plus gros site a 5 listes différentes, la plus importante 3300 abonnés servis chaque lundi. J’ai pensé que le nouveau plugin serait plus simple pour eux et c’est ce dernier qui a posé problème.
L’envoi a commencé lundi soir, vers 18h00 avec 96% d’erreurs à vitesse rapide. Quand j’ai vu ça, j’ai mis en pause, c’était autour de 2500, et relancé en vitesse lente (2400/j), ça s’est terminé le lendemain vers 9h, soit plus de 12 h pour environ 700 mails seulement dont 420 erreurs.
J’ai recommencé un envoi complet en vitesse lente pour les 2500 premiers dont seulement 60 avaient été servis. Cela a duré de 9h à 14h30 le lendemain, environ 29 heures pour 2700 envois dont 897 en erreur.
Grâce au log mailshot, j’ai récupéré toutes les adresses non distribuées, j’ai créé une nouvelle liste Spip listes avec l’ancien patron relooké pour qu’il se rapproche du nouveau que j’avais modifié pour Newsletters, abonné les perdants et lancé l’envoi Spip Listes traditionnel. En 5 minutes les 897 étaient partis. Taux d’erreur = 0 sur le manager OVH de ce matin.
Mais bilan : la lettre du lundi est arrivé le mercredi pour pas mal de monde. Comme c’est une lettre hebdomadaire, ils ont ratés les premiers rendez-vous de la semaine.
Tout ce que je peux faire pour t’aider à fiabiliser Mailshot au niveau de Spip Listes, c’est de créer une (petite) liste de relations tolérantes et faire des essais avec eux pour t’envoyer les logs. Je ne peux pas jouer avec les abonnés de mes clients, certains comprennent que tout cela est compliqué, d’autres ne tolèrent pas la moindre anomalie et les eng... rebondissent en cascade jusqu’à moi. Par ces temps où beaucoup ne jurent que par WP ou Drupal, ce n’est pas le moment de prêter le flanc à la critique...
Et pourtant j’ai bien conscience que c’est un privilège de pouvoir travailler avec de tels outils. Il y a quelque chose de beau dans tous ces défis relevés !
MR
@cedric, j’ai le même problème que @haqqtiviste pour l’aperçu de la newsletter. J’utilise le navigateur chrome (à jour en v29).
Mes symptômes : J’ai une page blanche pour les boutons La version HTML email et La version HTML en ligne.
Par contre je vois bien la version texte email. Le bouton afficher sans iframe fonctionne aussi.
De plus, j’ai une page 404 quand je recalcule la page, bouton que j’utilise quand je modifie le gabarit de ma lettre. Pour voir mes modifications j’ai besoin de réenregistrer ma lettre dans la partie privée puis de re-cliquer sur le bouton prévisualiser, c’est une manip évidement répétitive et agaçante donc ;-).
C’est grave docteur ?
@michel : si tu peux faire les tests sur le site réel en conditions réelles cela suffit, pas la peine d’envoyer la newsletter à de vrais abonnés. Il faut que ce soit un vrai site (pour que le cron soit appelé en conditions réelles), et que l’envoi passe par le smtp qui te pose problème. Mais pour les destinataires on peut faire une liste de diff avec 100 adresses mails qui tombent dans ma boite, pour commencer, ça m’ira.
Contacte moi en direct par ma page http://contrib.spip.net/Cedric-Morin que l’on se cale ça si ça te convient.
@cdegourcy : pour voir la lettre après chaque chaque évolution du gabarit, il est plus simple de passer par l’url indiquée dans la doc plus haut :
spip.php ?page=newsletters/mongabarit&id_newsletter=XX
mongabarit étant le nom de ton squelette et XX l’id de ta newsletter en cours de travail. ça marche direct, nul besoin de faire les manips que tu décris.
@cdegourcy : le problème de prévisualisation est corrigé.
Le bouton prévisualiser est supprimé car il est ambigu et trompeur : il ne fait que recalculer le squelette qui affiche la newsletter, pas la newsletter elle même qui doit être regénérée après les modifs (oui ça oblige à passer par le bouton ’prévisualiser’).
Mais comme @michel le suggère, pour la mise au point du gabarit le mieux est d’utiliser l’url
?page=newsletters/mongabarit&id_newsletter=XX.@michel @cedric ça fonctionne parfaitement !
Une fois de plus, merci de votre réactivité et de votre efficacité.
La version 1.5.8 du plugin Mailshot résoud les problèmes de lenteur d’envoi : en dehors du mode rapide, quand on fixe une cadence, celle-ci est respectée (sauf si le SMTP est vraiment très lent, mais même dans de cas on sera beaucoup plus proche de la cadence demandée qu’avant).
La cadence maximale par défaut est passée de 300 à 600 mails/heure.
Répondre à ce message
Bonjour,
J’ai ajouté un mot clé à une newsletter publiée, mais je n’arrive pas à faire fonctionner ma boucle pour récupérer cette newsletter parmi les autres :
<BOUCLE_newsletter(NEWSLETTERS){id_mot=18}>xxx</BOUCLE_newsletter>Peut-être que ce n’est pas encore prévu /-)
Merci pour vos lumières,
françois
Hmm - étonnant : la boucle ne supporte visiblement pas le critère
{id_mot}, puisque même en utilisant la négation d’un mot, elle ne retourne rien :<BOUCLE_newsletter(NEWSLETTERS){id_mot!=10}>xx</BOUCLE_newsletter>Est-ce normal doc !
Salut,
Oui à lire la documentation du plugin, c’est normal ;-)
Les balises disponibles dans dans la boucle NEWSLETTERS sont :
#TITRE : le titre de l’info-lettre
#CHAPO : le contenu du chapeau de l’info-lettre
#TEXTE : le contenu du texte de l’info-lettre
#URL_NEWSLETTER : l’url publique qui permet de voir l’info-lettre en ligne, dans le navigateur
#LANG : la langue de l’info-lettre
#DATE : la date de publication de l’info-lettre
#DATE_REDAC : la date de rédaction antérieure de l’info-lettre (correspond à la date de la dernière occurrence dans le cas d’une info-lettre programmée)
... et pourtant :
il se trouve que quand on installe et active le plugin newsletter, la configuration des groupes de mots clés évolue et propose d’attacher un mot clé à aux infolettres.
Cette fonction a donc bien été prévue, mais peut-être pas implémentée en totalité ;-)
Cédric, qu’en dis-tu ?
Merci !!!
En effet il y avait un bug, corrigé par http://zone.spip.org/trac/spip-zone/changeset/75268 !
Whaou !!!
Merci beaucoup Cédric. Tout fonctionne nickel à présent.
Mon utilisation du mot clé sur la newsletter est la suivante : sur mon article Newsletter, outre l’inscription, je propose une liste des anciennes lettres pour les visualiser, mais uniquement celles qui ont un mot clé. Ça me permet de filtrer leur affichage ;-)
françois
Répondre à ce message
Bonjour,
je découvre cet outil. Très beau boulot ! bravo et merci.
je trouve particulièrement appréciable de pouvoir générer ses propres gabarits avec des traditionnels squelettes.
Et l’envoi en smtp fonctionne parfaitement (a condition de ne pas oublier de modifier le pare feu du serveur, port 587 pour le smtp d’ovh ...)
Cordialement
Répondre à ce message
hello je voudrais avoir des infos un peu généraliste pour être bien sur d’avoir compris :
- peut on créer un gabarit pour les gens puissent écrires dedans directement sans passer par des boucles d’articles ?
- les images insérer seront elles redimentionnées ?
- y a t il une vue qui permette de voir les archives ?
- l’envoi peut il est manuel et non programé ?
- quel est le process d’inscription, un formulaire de saisie qui envoie un mail de confirmation avec un lien de validation ?
Merci d’avance pour vos retours
hello, merci de ton intérêt. Voici mes réponses :
[(#TEXTE|image_reduire{600})]les images insérées seront redimensionnéesMerci !! beaucoup
Répondre à ce message
Bonjour,
J’ai une petite interrogation.
J’utilise le plugin newsletter pour générer 2 newsletters distinctes, une générale et une plus spécifique. Les deux courriers ont des abonnés distincts. Les envois se font nickel.
Je voudrais maintenant lister les « archives » à savoir, les courriers envoyés mais de manière distincte également.
Pour le moment, j’ai bien une page « archives » qui listes toutes les newsletters envoyées mais celle-ci inclus les deux courriers, vers ou dois-je regarder pour créer une page listant les archives de la NL 1 et une listant les archives de la NL 2 ?
En vous remerciant d’avance de la lumière que vous m’apporterez ;-)
F.
Répondre à ce message
Bonjour,
J’ai besoin de votre aide pour personnaliser l’affichage des lettres ; avant j’utilisais spip-lettres quand je choisis un bandeau il s’affiche exactement en hauteur et largeur choisi (exemple h=150px w=850px). avec newsletters les choses changes la largeur rétrécit. Donc la question c’est où que je puisse personnaliser ma lettres (chemin fichier html et css) ? Merci.
C’est bon j’ai trouvé ; c’est dans le répertoire squelettes/newsletters j’ai passé le « width » de 650 à 850. Maintenant il me reste le problème de la direction de langue quand je rédige en arabe je reçois une lettre écrite de la gauche vers la droite.
Pour la direction de la langue j’ai intégré ce qui suit et ça donne pas la solution :
<html dir="#LANG_DIR" lang="#LANG">A l’aide SVP. Merci.
Répondre à ce message
Super plugin, je l’utilise depuis quelques mois et sans soucis.
Enfin si j’ai un petit soucis que je comprends pas.... J’ai programmé un envoi tout les mois le 1 de chaque mois.
Le mail part bien à tout le monde mais lors du calcul de la prochaine échéance, il prends le lendemain (soit J+1) au lieu du mois prochain (J+1mois)
Est ce que je suis le seul à avoir le soucis ou il y en a d’autres ? :)
Mais sinon à part ça, il est vraiment génial surtout pour des newsletters d’association
bonjour,
j’ai exactement le même problème : une infolettre programmée pour être diffusée chaque premier du mois, le premier envoi est correct, mais le suivant se fait le lendemain
quelqu’un aurait il une solution ?
cordialement
Répondre à ce message
Bonjour
Merci à Cédric pour la réalisation de ce Plugin Newsletters qui je crois a de beaux jours devant lui...
Je dois dire cependant que pour un amateur (même passionné) il m’a donné et me donne encore du fil à retordre !
- Sur un site neuf en spip 3.05 j’ai créé plusieurs listes, chaque infolettre en rapport à chacune des listes devra être envoyé aux abonnés de chacune de ces listes. Quelle est la bonne méthode pour rentrer les adresses relatives à chaque liste que je détiens séparément sur un fichier excel ?
- Un point noir si je puis me permettre : Avec la Newsletter je n’ai pas trouvé de solution automatique pour dupliquer une infolettre existante (cela existe avec spip-lettre) et c’est très pratique !
Merci d’avance pour votre réponse
cordialement
jmp
Répondre à ce message
Bonsoir,
comment faire pour configurer une liste d’adresses pour envoyer la newsletter à plusieurs personnes
je n’ai rien dans la fenêtre « Send the newsletter to subscribers of »
j’utilise Mandrill et postman
merci
Répondre à ce message
Bonjour,
au passage de spip 2 vers spip 3, j’ai remplacé spiplist par Newsletter qui semble fonctionner correctement.
3 questions/problèmes :
- J’ai bien récupéré ma liste d’envoi aux rédacteurs. Cependant, avant, je pouvais modifier directement les abonnements à partir de la fiche du rédacteur dans l’espace privé. Cela ne semble plus possible avec Newsletter. Je dois aller dans la liste des inscrits au liste d’envoi, rechercher l’adresse mail et modifier ou supprimer à partir de là. C’est assez fastidieux avec 300 auteurs ..
Ai-je mal configuré ? Existe t-il une solution pour simplifier les mises à jour ?
- J’utilise donc Newsletter et pour les envoi Facteur et le plugin spip/mailjet (pour le réglage d’envoi par SMTP) Est-ce que cela ne fait ps doublon ? Facteur est-il nécessaire si je passe par le SMTP de Mailjet ?
- Les notification d’abonnement et désabos sont tronquées. Le code html générés par spip arrive tronqué chez l’abonné (ou le désabonné). Il y a même une balise html incomplète head> dans l’objet du message.
Bug ? erreur d’instal ? conflit ?
Merci pour vos éclairages
Benoît
Répondre à ce message
Bonjour,
Il me semble que j’ai trouvé un bug sur le lien de désinscription (tous les plugins à la dernière version dispo, spip en 3.0.10). Le lien généré par @url_unsubscribe@ est différent selon qu’on se trouve dans la version HTML ou dans la version texte d’une infolettre, envoyée via Mandrill :
HTML :
http://mandrillapp.com/track/click.php?u=3D30=
000182&id=3Dbc30ac388b8d4ff182d164dca45a40bc&url=3Dhttp%3A%2F%2Fwww.xxxxx-=
xxxxxxxxxxxx.org%2Fspip.php%3Faction%3Dunsubscribe_mailsubscriber%26ema=
il%3Dxxxxxx.xxxxxxx%2540xxxxxxxx.com%26arg%3D58a37dba138c49d9e66d019ca4f0bf3f=
5aba5e8f&url_id=3D50e7f739d287891474848d40c37408de1e27915c&tags=3D//www.xxx=
xxx-xxxxxxxxxxx.org/#mailshot7,_all,_sendx.xxxxxx@xxxxxx-xxxxxxxxxx=
xxxx.org
TEXTE :
http://www.xxxxxx-xxxxxxxxxxx=
.org/spip.php ?action=3Dunsubscribe_mailsubscriber&email=3Dxxxxxx.xxxxxx=
%40xxxxxxxxx.com&arg=3D58a37dba138c49d9e66d019ca4f0bf3f5aba5e8f
La version HTML marche nickel et la version TEXTE amène sur une page spip avec un message « unsubscribe_mailsubscriber : Accès interdit » ... impossible de se désinscrire ...
C’est moi ou c’est un bug ?
Pierre.
Bonjour,
J’ai eu un souci similaire :
françois
Après verif, j’ai bien le couteau suisse sur ce site mais pas du tout la fonction mailcrypt activée. Je suppose que la votre était activée ? ou juste sa présence crée le problème ?
P.
Répondre à ce message
Bonjour,
Je découvre ce plugin après migration d’un spip2 avec plugin Spip-Listes vers spip3. Tout s’est bien déroulé, le plugin Newsletter a bien migré mes listes de diffusion et mes anciennes newsletters.
J’aimerai savoir s’il existe une solution pour ordonner les éléments de la sélection éditoriale (articles&rubriques). Actuellement, si j’ai oublié de sélectionner un article en première position, je dois supprimer toute ma sélection et la refaire du début.
Merci
Répondre à ce message
Bonjour,
L’envoi des messages est extrêmement lent : pour une newsletter envoyée vendredi à 3500 abonnés, seuls 2700 l’on reçue mercredi après-midi... C ’est infernal...
J’ai déjà installé ce plugin sur un autre site et j’avais eu le même problème (déjà signalé). Les deux sites ont sensiblement les mêmes caractéristiques : hébergés chez Infomaniak, peu de visites quotidiennes (une trentaine), environ 3500 emails abonnés, SPIP 3, dernière version du plugin...
J’avais installé un cron sur l’autre site sans résultat...
Est-ce spécifique aux sites peu consultés ? Y a-t-il une solution ?
Ou faut-il revenir à un autre plugin qui fait les envois rapidement ?
Merci.
Oui le problème est a priori spécifique aux sites peu consultés. A partir de la version 1.4.0, le plugin Mailshot comporte un réglage « Envoi rapide » pour envoyer les mails aussi vite que possible. Peux-tu essayer avec ce réglage ?
Si cela ne convient pas, il faudrait que je regarde en condition réelle sur ton site ce qui se passe et comment corriger cela.
Merci de ta réponse.
Je viens de mettre à jour Mailshot et de cocher envoi rapide (et de faire pause puis reprendre l’envoi). On est à 2780/3509 emails envoyés à 20h50.
Je te tiens au courant.
L’option « envoi rapide » de Mailshot a été efficace.
Les 729 derniers messages ont été distribués en 1h30 (soit 486 messages/heure), alors qu’il avait fallu presque cinq jours pour en distribuer 2780 (soit environ 25 messages/heure).
Je ferai un nouvel essai lorsque j’enverrai une nouvelle newsletter.
Merci.
(Pour info : envoi en SMTP chez Infomaniak.)
Répondre à ce message
Bonsoir,
J’ai de drôles de messages à la préparation de ma 2e infolettre (la première a été générée manuellement, super bien passé, la 2e devait partir de façon programmée).
Warning : call_user_func() expects parameter 1 to be a valid callback, class ’Markdownify’ does not have a method ’flushStacked_ul’ in /homepages/38/d460334723/htdocs/plugins/auto/newsletters-v1/lib/markdownify/markdownify.php on line 392
Je suis sur SPIP 3.0.5 [19905] avec les dernières versions des plugins Newsletter, Mailsubscribers et Mailshot (envoi géré par Mandrill). Je ne vois pas ce qui se passe. Merci pour votre aide.
La version 1.2.9 du plugin doit corriger ce bug !
Ok, nouvelle version installée. On va attendre la nouvelle programmation d’une infolettre.
Merci Cédric :-)
Répondre à ce message
Bonjour,
je prend en main ce plugin qui devrait m’aider beaucoup.
Juste une question :
Dans le choix des articles et rubriques, le plugin me propose mêmes les éléments qui ont été supprimés.
C’est un petit problème dans le sens ou lorsque 2 articles ont le même nom dans la même rubrique, le premier ayant été mis à la corbeille, je ne sais plus lequel est le bon.
Mais est-ce le cas pour vous ?
merci
yonnel
Répondre à ce message
Bonjour,
Est-ce qu’avec ce plugin je peux envoyer une infolettre hebdo qui reprendrait autre chose que des rubriques et des articles ?
Mon besoin : gérer un petit projet perso non lucratif de « helpdesk ». Il me faudrait pouvoir envoyer aux administrateurs ou à des personnes précises chaque semaine les tickets qui leur sont assignés.
Ybbet.
Répondre à ce message
Bonjour,
Je l’ai déjà signalé mais il y a une faute dans le formulaire dans la boîte de dialogue de désinscription. Il manque le « s » à ce mot.
Merci pour tout le travail réalisé.
Merci, c’est corrigé !
Répondre à ce message
Bonjour, super plugin, plus simple et plus clair que tous les autres mais petit pb lors de son installation sur un spip version 3.0.8 [20422]
« Table ’spip_newsletters’ doesn’t exist et Table ’spip_newsletters_liens’ doesn’t exist »
Après contrôle, rien ne m’interdit à créer des tables (déjà effectuer sur d’autres plugins). Je suis hébergé chez 1&1
Merci pour vos réponses
Il faut essayer de le desinstaller/reinstaller (Cliquer sur « Deinstaller » dans le panneau d’admin des plugins) pour que la base soit re-créée. Si le même problème se reproduit alors c’est un problème de structure de la table, et il faudrait voir le contenu du fichier
tmp/log/mysql.logRépondre à ce message
Bonjour,
Merci pour cet excellent plugin !
Je rencontre un bug lors de la publication de mes images : mes logos s’affichent en mode prévilualisation (stocké dans le cache) et plus du tout quand ils sont sourcés dans le dossier /IMG/nl/xxx/010322.jpg#fixed . Ça pourrait être dû à une histoire de droit, mais l’erreur est une 404, alors que le fichier existe. Je vais voir si ce serait pas le plugin Accès Restreint qui jouerait des siennes.
SPIP 3.0.5 (à mettre à jour aussi :)
Acces Restreint - 3.8.5 - stable
Facteur 2.4.5 - stable
Le Couteau Suisse - 1.8.132 - stable
MailShot - 1.4.1 - stable
MailSubscribers - 1.3.0 - stable
Menus - 1.4.4 - test
Newsletters - 1.2.7 - stable
Saisies - 1.30.2 - test
Social tags - 1.0.4 - stable
SPIP Bonux - 3.0.5 - stable
Hébergement ovh perso
En effet c’est lié au plugin Accès Restreint et au fait que tu as activé la protection des images et documents (ce qui protège du coup les images de la newsletter...).
C’est quand même un bug, mais plutôt côté Acces restreint.
Répondre à ce message
Bonjour !
Alors tout d’abord, un immense merci pour ce boulot. J’ai tenté Spip-Listes et j’ai fuit avec effroi devant l’incommensurable méli-mélo de fichiers. Je travaillais avec Clevermail mais il s’est endormi semble-t-il.
Donc, ce travail tombe à pic, et puis il est propre, comme j’aime.
Je l’ai installé sur un spip 3.0.5 [19905] et quand je crée une infolettre (avec un patron nouveautes d’origine ou le même placé dans le dossier squelettes/newsletters/ ), j’ai cette erreur :
Je dois ensuite forcer la redirection. La phrase d’erreur revient quand je change le statut de l’infolettre à Publié (disparait en sélectionnant les autres statuts.). Quel peut-être le problème Docteur ?
Ah oui ! J’ai oublié la suite :
A l’envoi de l’infolettre à 1 personne, j’ai ceci :
Réglages Mailshot avec Mandrill coché + Key
Réglages Facteur avec :
- Option SMTP + Données de 1and1(Facteur me dit que ’auth.smtp.1and1.fr’ n’est pas un nom d’hôte correct)
- Option SMTP + Données de Mandrill (Erreur SMTP Error : Could not connect to SMTP host.)
- Option Mail de PHP (ça marche, mais avec l’erreur ci-dessus).
Est-ce que l’affichage de toutes ces vilaines erreurs seraient lié ? Merci d’avance.
Mise à jour : Il semble que le problème évoqué en premier soit résolu. peut-être mon squelette-maison qui coinçait quelque part.
Par contre, le second problème reste d’actualité (bien qu’il n’empêche pas l’envoi de l’infolettre, ce sera gênant pour la livraison du site au client).
La version 1.4.1 du plugin Mailshot doit corriger le problème !
Ah ben oui, c’est drôle parce que j’ai tout chargé sur le site le 18 avril. J’ai renvoyé les fichiers de Mailshot à l’instant et les vilains messages ont disparus.
Tite coquille relevée : 1 infolettre programée (manque un ’m’), dans la page d’accueil des Infolettres.
Je renouvelle mes félicitations. C’est un superbe travail.
Répondre à ce message
Bonjour Cédric et encore bravo pour cet outil couplé à Mandrill,
Pour la composition d’un infolettre, je vois « Selection éditoriale (articles&rubriques) » j’en conclu qu’il ne sera pas possible de publier des brèves dans nos infolettres ?
Perso, j’utilise les brèves pour gérer les actualités, et la publications des dernières actus / brèves serait tiptop !
Mise à part une modif lourde, quelle solution serait envisageable ?
Merci,
françois
Il est possible de mettre des brèves dans le gabarit avec un critère de selection automatique (par date par exemple), mais par de les selectionner par l’interface pour le moment. C’est une évolution d’interface possible, je la note.
OK merci Cédric.
françois
Répondre à ce message
Magnifique plug-in, comme toujours !
Petite remarque à propos des gabarits :
« Vous êtes inscrits pour recevoir des nouvelles par mail » devrait être plutôt écrit sans « s » à « Inscrits ». J’imagine qu’il s’agit du vouvoiement de politesse, au singulier.
Donc :
« Vous êtes inscrits pour recevoir des nouvelles par mail »
Pardon !
Donc
Donc :
« Vous êtes inscrit pour recevoir des nouvelles par mail »
Corrigé, merci !
Répondre à ce message
I have a problem with this plugin. When i try to send a test a received this error on web :
Warning : array_merge() [function.array-merge] : Argument #2 is not an array in /furanet/sites/spip.zemos98.org/web/htdocs/plugins/auto/mailshot/v1.3.5/newsletter/send.php on line 64
Warning : Cannot modify header information - headers already sent by (output started at /furanet/sites/spip.zemos98.org/web/htdocs/plugins/auto/mailshot/v1.3.5/newsletter/send.php:64) in /furanet/sites/spip.zemos98.org/web/htdocs/ecrire/inc/actions.php on line 89
All plugin are updated.
What’s the problem ?
Thanks.
OK, I add a clean error management in version 1.3.6 of plugin Mailshot for this case. Looks like the generated Newsletter is empty. Are your website in iso8859 ?
nop, in utf-8.
With the last update it works !!
Thank you very much !!
Répondre à ce message
Je cherche un moyen de recevoir une notification par email pour chaque nouvel inscrit. J’ai beau chercher dans les trois plugins ou dans le plugin notification, je ne trouve rien. Est-ce que j’ai raté quelque chose ?
Exact ce n’est pas (encore) intégré. En partie parce qu’il suffit de demander une copie de tous les mails envoyés par le site dans le plugin facteur pour avoir une notification. Mais ça peut etre un peu verbeux, je te le concède. Il faut donc l’ajouter dans le plugin mailsubscribers. Il y a deja la fonction qui s’occupe d’envoyer un mail à l’inscrit/desinscrit, il suffit donc d’envoyer un second mail au webmestre dans les cas d’inscription/desinscription confirmée.
Répondre à ce message
pour info j’ai eu ce problème tout à l’heure, quand j’essayais de publier une newsletter, après cliquer sur « changer » :
J’ai donc ajouté
include_spip("inc/documents");avant cette ligne dans newsletters_fonctions.php pour qu’il trouve bien la fonction. Mais c’est vraiment étrange parce qu’avant je n’avais pas ce problème, et je ne vois pas à quoi il pourrait être du.
D’autant plus que cette fonction semble servir pour les envois de pièce jointe, et qu’il n’y en avait pas.
Spip 3.0.5 et plugin à jour.
Merci, c’est corrigé dans la version 1.2.5
Répondre à ce message
Bonjour à tous, j’utilise depuis peu ce plugin et je le trouve très performant. Merci aux contributeurs !
Je viens de rencontrer un problème bloquant, en testant son utilisation sous Internet Explorer 9 :
Manifestement il en manque un bout. Il m’est difficile d’en dire plus sur le problème, car le navigateur est presque immédiatement redirigé lors de l’affichage de la page www.mondomaine.com/ecrire/?exec=newsletter&id_newsletter=x
J’ai juste le temps de voir que la page apparait en entier, on dirait que c’est lors de la prévisualisation (HTML ou texte brut ?) que ça redirige.
Bien entendu ça fonctionne parfaitement sous Firefox. Y a t-il des retours d’expérience sous IE ?
Répondre à ce message
J’ai envoyé une newsletter hier à 19 heures à 1 600 personnes et ce matin à 11h30, seuls 775 emails sont déjà partis. C’est très long. J’avais limité la cadence d’envoi à 9 000 à la base. Puis, une heure après l’envoi, j’ai retiré ce nombre. L’envoi se fait par serveur SMTP chez Infomaniak.ch. Avec SPIP-Listes, cela ne prenait pas une heure sur le même serveur. Y a-t-il quelque chose que j’ai mal fait ?
Pour les gabarits des messages, j’ai noté qu’il ne doivent pas être nommés « newsletter.html », sinon ils n’apparaissent pas. En renommant ce gabarit, il fonctionnait parfaitement. Ce serait bien de le préciser (j’ai cherché longtemps ailleurs le problème).
Je ne vois pas non plus comment on peut configurer la sélection d’un gabarit parmi ceux proposés (pour ne plus avoir le menu déroulant avec tous les gabarits). Il me semble que dans la version précédente du plugin, il y avait un lien directement dans la page d’installation des plugins, mais je ne trouve plus rien...
Par ailleurs, la configuration de l’adresse d’envoi ne fonctionne pas. On a le choix entre « Utiliser les réglages du site SPIP : le nom affiché sera le nom du site SPIP et l’adresse email sera celle du webmaster » et « Personnaliser ces réglages ». J’ai fait la seconde option, mais je reçois des messages de réponses à la newsletter sur mon adresse webmestre.
24 heures après l’envoi, nous en sommes à 1200/1596 emails.
Le plugin Mailshot essaye d’envoyer au maximum 5 mails toutes les minutes (soit une cadence maxi de 7200 mails/jour). Si une cadence plus faible est indiquée dans le formulaire de configuration, il réduit la vitesse d’envoi. Mais ce n’est pas ton cas ici.
Il y a deux explications possibles au fait que l’envoi soit plus lent que 5 mails/minute :
Tu peux regarder le contenu du fichier tmp/log/mailshot.log ?
(possible qu’il ne contienne que les éventuelles erreurs, auquel cas il faut ajouter
define('_LOG_FILTRE_GRAVITE',_LOG_DEBUG);dans ton fichiermes_options.php.La vitesse d’envoi est de toute façon volontairement plus lente que dans SPIP-Listes – j’y avais travaillé sur l’optimisation de l’envoi le plus rapide possible des emails – car un envoi massif et rapide de nombreux mails contribue à déclencher les filtres AntiSpam chez les fournisseurs de mails.
La cadence maxi de 7200/jour me parait un bon compromis, mais elle n’est pas assurée dans ton cas et il faut déterminer pourquoi.
Merci de ta réponse.
Il n’y a qu’une ligne dans le fichier mailshot_send.log (fichier _send ; il n’y a pas d’autre fichier) :
Il n’y a effectivement pas beaucoup de visites sur ce site (moins de 70 par jour).
Je doute que ce soit un problème avec le SMTP d’Infomaniak puisque c’était rapide avec SPIP-Liste.
Infomaniak propose d’exécuter un cronjob (maximum toutes les 15 minutes). Pour un site peu visité comme celui-ci, cela peut être utile à l’envoi de la newsetter, non ? Dans ce cas, quelle est l’URL du fichier que je dois lui demander d’exécuter ?
Merci.
Oui ça ne fera pas de mal de lancer un cron-job toutes les 15minutes. Il suffit d’indiquer l’url
http://example.org/?action=cronen remplaçantexample.orgpar ton nom de domaine.Répondre à ce message
Bonjour,
j’ai une liste de 600 emails à importer, pour le moment c’est un fichier .txt, avec retour chariot entre chaque email.
Lors de l’import, les emails sont bien ajoutés, mais il faut les « confirmer » un à un, et les placer dans une liste un à un.
1/ Comment les insérer directement dans la liste qui nous intéresse ? (j’ai lu qu’il faut faire une colonne avec le nom de la liste dans un csv, mais ma tentative de nommer la colonne tout bêtement « Listes » pour la colonne liste et « Email » pour la colonne email a été infructueuse. Quelle est la méthode)
2/ Comment les « confirmer » tous d’un coup ?
merci
Damien
Répondre à ce message
Bonjour,
Merci beaucoup pour tout ce travail. L’outil semble vraiment bien.
Je suis en train de le tester et j’ai quelques remarques :
Page de rédaction d’une Infolettre :
La case « Ajout rapide » ne fonctionne pas. Il ne se passe rien quand je clique sur le bouton « Ajoute ».
La navigation dans les rubriques et articles à ajouter n’est pas logique. Les titres et les numéros indiqués dans les titres des rubriques (« 01. Titre ») ne sont pas pris en compte. Les rubriques semblent s’afficher par id_rubrique. Les articles s’affichent par date (les plus ancien d’abord), ce qui n’est pas non plus logique puisque l’on envoie quasiment tout le temps les nouveaux articles (il faudrait donc un affichage par date inverse).
Import et export des emails :
Lors de l’installation, les anciennes listes de SPIP-Listes ont bien été créées et les emails importés.
L’extension du fichier d’export des emails est en .txt. Elle devrait être .csv, non ?
Ce fichier ne fonctionne pas pour l’importation : message d’erreur. Par contre, avec un fichier texte simple (un email par ligne), cela fonctionne.
On ne peut pas exporter seulement une liste. C’est dommage.
Lors de l’import, la sélection de la liste n’est pas très claire (cela s’affiche en colonne de gauche, mais pas dans un titre de page).
Lorsque l’on sélectionne une liste, puis que l’on importe un fichier texte d’emails sur cette liste, les emails sont ajoutés sur une nouvelle liste qui est créée (et nommée « newsletter::newsletter »). J’ai ensuite importé des emails sur cette nouvelle liste et cela fonctionnait pour quelques-uns. Mais en important un fichier texte de plusieurs milliers d’emails, seuls quelques dizaines ont été inscrits (bien que le message lors de l’import affichait le bon nombre).
Au passage, l’import d’un fichier texte envoie un message d’erreur pour toute ligne blanche.
Désabonnement
Le lien de désabonnement est très simple et pratique. Un bouton de confirmation éviterait cependant de désabonner les gens qui ont juste cliqué dessus...
Merci encore de tout ce travail !
Le bug sur l’ajout Rapide sera corrigé dans SPIP 3.0.6, désolé pour ce contretemps technique.
Pour l’import/export je ne comprends pas trop ce que tu fais car l’export se fait bien en fichier « .csv » chez moi, et cela fonctionne aussi quand je veux le ré-importer.
Par contre, contrairement a ton impression, l’import ne se fait pas dans une liste, mais globalement. Pour importer dans une liste il faut que tu fournisses une colonne « listes » dans le fichier CSV et que tu y indiques le nom de la liste dans laquelle tu veux importer.
Difficile d’en dire plus sur les bugs que tu rencontre à l’import. Il faudrait que tu me fasses suivre ton fichier d’import pour que je teste avec (car autant que j’ai testé cela marche chez moi).
Pour le désabonnement je viens d’ajouter un bouton de confirmation car certains webmails ou fournisseurs de mails faisaient un hit sur l’URL pour détecter le SPAM, et provoquaient le désabonnement automatique.
Bonsoir,
Tout d’abord, merci pour ces trois plug-in cohérents entre eux et qui permettent d’éditer et d’envoyer facilement des infolettres.
Concernant le bouton de confirmation de désabonnement qui vient d’être ajouté, il y a une faute au mot « désinscription » (il manque le « s »). Serait-il possible de mettre aussi un bouton « annuler » ?
Par ailleurs, la prévisualisation ne fonctionne chez moi ni sur FF 19 ni sur IE 9, sauf l’affichage sans iframe. J’ai fait un test avec le modèle basic en mettant seulement un titre à l’infolettre mais cela n’a rien donné.
On peut bien sûr utiliser le plug-in sans la prévisualisation mais c’est un peu gênant.
Merci encore.
Boujour,
Merci pour la réponse rapide.
Désolé, j’ai dû faire une erreur précédemment. Effectivement, lorsque je fais l’export, le fichier est en CSV.
L’ensemble de ces outils est bien pratique et simple. L’import des anciennes listes (SPIP-Listes en l’occurrence) fonctionne bien. Mais la fonction d’import/export n’est pas très simple. On ne peut donc pas ajouter de liste d’emails depuis un simple fichier texte sur une liste en particulier. C’est dommage parce que bien pratique. Il faut donc créer un fichier CSV et remplir les informations pour tous les emails. Par ailleurs, lorsque j’ouvre un fichier CSV dans Excel, il ne comprend pas les virgules comme séparateurs et met toute la ligne sur une seule case. Et lorsqu’il enregistre, il met des points-virgules et non des guillemets et des virgules, ce qui n’est plus reconnu par l’outil d’import.
On voit aussi le pbm de l’ajout rapide (et nous on choisit parmi 1300 articles :-( ) ... on a une idée de la date de sortie de la 3.0.6 ? (sans mettre de pression, juste qu’on ait une idée).
P
Répondre à ce message
Bonjour,
J’essaye de créer une infolettre à partir d’une rubrique sélectionnée. Tout semble fonctionnel au moment de la création mais lors de l’envoi de test, le message reçu est vide ?
Ce que je souhaite c’est que l’infolettre contienne le titre de la rubrique avec le lien direct vers la dite rubrique ?
Bien cordialement
Répondre à ce message
Comment créér une infolettre programmée quand le site utilise le plugin « accès restreint »
Pour une infolettre manuelle, il suffit de modifier le gabarit de l’infolettre et d’indiquer tout_voir lors du parcours des rubriques.
En mode programmé, la sélection des articles se fait par un code spécifique qui ne parcoure pas les rubriques à accès restreint.
Merci d’avance...
L’infolettre programmée est générée de la même façon par un gabarit qu’il vous suffit de modifier pour prendre en compte les restrictions que vous voulez ou non respecter dans la diffusion du contenu.
Effectivement le système utilise le même gabarit mais effectue au préalable une sélection des articles à publier ne tenant pas compte des rubriques à accès restreint.
En mode manuel, aucune sélection préalable, le parcours des rubriques et des articles dépend uniquement du gabarit (par les 5 derniers articles dans le plugin d’origine)
En mode manuel, j’ai rajouté tout_voir dans le parcours des rubriques.
Le même gabarit me renvoie en mode programmé la listes des 5 derniers articles des rubriques publiques et non du site.
le « système » ne fait aucune sélection, que ce soit en mode manuel ou automatique. Dans tous les cas le choix des articles/rubriques à afficher se fait dans le gabarit, par des boucles, que vous pouvez modifier à votre guise.
Par exemple, dans le squelette
newsletters/nouveautes.htmlon a la bouclequi selectionne les 5 articles les plus récents dont la date est plus ancienne que
#DATE(date de la rédaction automatique) et plus récente que#DATE_REDAC(date du dernier envoi de newsletter automatique).Merci pour ton aide
Effectivement, en enlevant toutes les infolettres du site et de la base mysql cela a fonctionné en mode programmé. Cela devait sauvegardé quelque chose quelque part ???
merci encore
Répondre à ce message
Bonjour,
J’utilise actuellement ce plugin mais je rencontre une erreur lors de l’envoie : The following From address failed : xxx@yyy.fr.
Les envoies de mail via le plugin Facteur fonctionne, ainsi que les mails pour les publications d’articles mais ceux de la newsletter. Avez-vous déjà rencontré ce problème ?
Merci. Cordialement.
Répondre à ce message
Bonjour !!!
J’aimerai bien installé ce plugins newsletters dans mon site mais je suis confronté au fait que ça me demande FACTEUR 2.4.5 et j’ai cherché cela en vain.
Quelqu’un peut il m’aider à résoudre cette situation ??
Merci d’avance
Le plugin facteur et disponible dans la dernière version sur http://contrib.spip.net/Facteur (je viens de corriger le zip)
Répondre à ce message
Hello,
Il y a-t-il possibilité d’envoyer une lettre sur une sélection d’utilisateurs SPIP via SQL en plus de l’inscription ?
Gerald
Oui c’est possible, en surchargeant les fonctions
newsletters/listsetnewsletters/subscribersdécrites dans la documentation de l’API NewsletterSinon c’est possible avec spip-lettres !
Il faudra donc porter cette fonctionnalité pour la solution « newsletters » en créant une alternative (ou une option ?) à Mailsubscribers.
#URL_NEWSLETTER produit le lien http://contactimpro.org/newsletter11.html , elle est publiée en ligne.
mais cela renvoie une page blanche. Ou est le problème ?
Sinon j’ai adapté un gabarit en deux colonnes, articles en Français à gauche, articles en anglais à droite, sympa. Je veux bien le partager mais les documents joints acceptés dans ce forum n’acceptent que les images ... je l’envoie à qui ?
Bonjour,
Idem de mon côté. Faut il créer un squellette « Newsletter » et le mettre dans le dossier des squelettes ? ou celui par défaut devrait prendre le dessus ?
Merci
Une difficulté de redirection peut être,
faut il intervenir nous mêmes dans le .htaccess ?
Non il n’y a rien à faire : le squelette de newsletter est intégré au plugin et prend en charge directement l’affichage de la newsletter. Je ne peux pas debuguer la page blanche sans avoir l’info sur l’erreur PHP qui se produit (voir les logs Apache du serveur ou logs PHP, ou logs de SPIP ?).
http://www.contactimpro.org/spip.ph...fonctionne mais
http://contactimpro.org/newsletter2... donne une page blanche, comme un http://contactimpro.org/ggjk.html qui donne la page blanche avec les « Espace privé Recalculer cette page » de spip en haut à droite.
c’est ce qui m’a fait penser à un problème de redirection.
dans spip.log j’ai une série de :
mais je ne crois pas que ce soit lié.
Je ne trouve rien non plus dans le journal d’erreur de apache.
Je ne trouve pas les logs d’erreur de php dans mon cpanel.
Je m’en vai remettre les url naturelles dans les options de spip, c’est moins joli mais le lien de la newsletter va fonctionner.
Visite le premier lien sur cette page, et si le gabarit te plait, dis moi comment te l’envoyer.
Répondre à ce message
Bonjour,
savez vous si ce plugin est compatible avec le noizetier v2
Merci
Répondre à ce message
Ajout rapide ?
Je voudrais ajouter certains articles à l’envoi, j’ai les numéros que je tente de mettre les numéros des articles dans la case « ajout rapide », puis je clique sur « ajouter ».
Série de numeros d’articles séparés par une virgule, un seul numero d’article, « artxxx » rien ne semble ajouter quelque chose à la sélection.
J’ai raté quelque-chose, une syntaxe, une question de version du plugin ?
Le bug sur l’ajout Rapide sera corrigé dans SPIP 3.0.6, désolé pour ce contretemps technique.
Répondre à ce message
Cette fois j’installe « Newsletters 1.1.3 - stable » sur « SPIP 3.0.5 [19905] »
Lors de mes tests en créant une infolettre, je me retrouve avec de trèèès vieux articles du site. Je regrette de ne pas avoir la possibilité de sélectionner une date de départ afin de ne renvoyer que les articles publiés après. Je m’en vais rajouter par dateinverse dans le gabarit, cela devrait aider.
Plus embêtant : tous les caractères avec accent disparaissent quand j’ouvre le courriel envoyé.
Dans le code source du couriel reçu j’ai « Deuxi=C3=A8me » au lieu de « deuxième », par exemple.
Merci pour tout le boulot
Si tu as utilisé le modèle « Nouveautés » pour ton Info-lettre alors la date de rédaction antérieure permets de fixer la date de début des articles à envoyer.
Concernant ton autre problème, cela correspond à un problème de Charset. Quel est le charset de ton site, et quel service d’envoi de mail utilises-tu pour l’envoi de la Newsletter ?
Je n’ai pas compris de quelle « date de rédaction antérieure » tu veux parler, surtout quand on veut faire une infolettre non programmée.
Mais le plus grave ...
Effectivement mon site est encore en « iso-8859-1 » . J’ai donc cherché à le passer en utf-8.
J’ai remis la base de données sauvegardée en iso et revenu dans une position normale pour le site, mais comment reprendre les choses en main ?
Pour le gabarit, j’en ai bricolé un sympa sur deux colonnes, articles en français à gauche, en anglais à droite. C’est largement repompé d’un gabarit venant de « abomailmans » en corrigeant selon la syntaxe trouvée dans « nouveautés ». Ou dois je le mettre pour que tu le récupères dans ton plugin ?
Bonjour,
Je n’ai pas bien compris ta réponse sur le modèle Nouveautés. J’ai le même cas de figure : des articles datés de 1996 ou 1997 qui s’affichent (date du champ date de rédaction antérieure). Quel est le mode opératoire pour que ce soit les articles les plus récents qui s’affichent s’il te plaît ?
Pour les problèmes d’encodage : le site où j’ai testé est en utf-8 (c’est ce qui est configuré dans l’espace privé). Les newsletters arrivent correctement (en mode html, pas testé le mode texte) mais l’encodage ne semble pas le bon lors de la prévisualisation dans l’espace privé.
Enfin la prévisualisation publique ne fonctionne qu’avec « enlever l’iframe » chez moi.
Valéry
Tu peux définir 2 dates sur l’infolettre : la date de création et la date de rédaction antérieure. Le squelette nouveautés prend les articles et brèves publiés entre ces deux dates. Je viens cependant de changer l’ordre pour qu’il prenne les 5 plus récents, ce qui couvrira mieux tous les types d’utilisation.
Pour l’encodage : les newsletters sont composées dans le charset du site, et affichées dans le même charset dans l’espace privé et dans le public. Je ne vois pas trop comment ça peut faire ce que tu dis, mais il faudrait sans doute que je vois en place. L’envoi doit a priori toujours se faire en utf8 et il faut que j’ajoute un transcodage quand ce n’est pas le charset du site.
Pour la prévisu, elle se fait à base de balise object et d’iframe avec source en base64 dans la page. Je sais que ça peut ne pas marcher sur certains navigateurs et c’est pour ça que j’ai prévu l’affichage sans iframe, qui correspond à l’affichage final mais ne permet pas de voir les 3 formats. Dans quel navigateur rencontre-tu le problème ?
Bonjour,
Je me sens vraiment pas doué, je n’ai pas vu ou je pouvais définir les deux dates en question. Quand je crée une infolettre
Quand je « programme » une infolettre j’ai un formulaire avec la date de début, je comprend la date du premier envoi, sans doute aussi « date de création », mais je n’ai pas vu de formulaire pour « date de création antérieure ». J’aimerais aussi pouvoir créer les infolettres à la demande en utilisant la "date de création antérieure, mais aucun formulaire pour indiquer une date dans cette page. Dois je changer de lunettes ?
Pour l’encodage le site est encore en iso-8859-1, je cherche les moyens de le passer en utf-8. J’ai tenté d’utiliser le plugin« grenier » comme indiqué plus haut, et aussi tenté l’opération décrirte ici http://bit.ly/XhRiLG, avec le même résultat.
J’ai même des tables en interclassement « latin » et d’autres en « utf-8 ». Je demande de l’aide à un ami pour intervenir directement sur la base. Y a t’il des recommandations ou des précautions à lui indiquer de prendre ?
Enfin pour la prévisu, j’utilise firefox. J’ai essayé d’ouvrir la page dans kate, le seul contenu obtenu est
<!-- -->donc, page blance.Désolé pour cette accumulation de questions non résolues
Newsletters 1.2.3 - stable
SPIP 3.0.5 [19905]
Pour une infolettre non programmée, la date de rédaction antérieure se règle :
Pour le passage en utf8 le tuto que tu indique me parait très bien. En particulier la dernière fois que j’ai testé, les 2 seules opération qui m’ont été nécessaires sont :
.
Il est possible que cela ne suffise pas sur de vieilles bases issues de SPIP 1.x et que tout le tuto que tu indiques soit nécessaire.
Enfin pour la prévisu, dans don cas c’est probablement du à une image trop grande qui fait planter la librairie de réduction de la taille de l’image.
Grrr ... je n’avance guère.
Pour la prévisualisation, je désactive le bandeau que j’avais mis à la lettre ...
http://www.contactimpro.org/newsletter14.html?var_mode=calcul et j’obtiens le même résultat.
Je n’avais pas pensé à mettre la lettre en "proposée", Je vois effectivement apparaitre "date de création" mais pas "antérieure" ?!? voir image jointe.
Enfin pour la base de données ... Ce qui m’est arrivé, plusieurs fois après plusieurs essais, en ligne ou en local, c’est que les contenus des articles étaient coupés (tronqués) à partir de la première lettre accentuée (et le volume des tables réduits d’autant).
Effectivement c’est un site assez ancien que je récupère, SPIP1.x d’origine certainement.
Je connaissait "Menu Configurer > langue principale du site : indiquer « Jeu de caractères du site » : « utf-8 »"
Par contre je ne sais pas trop quoi faire avec le code que tu m’as donné pour la base de données. Mon accès à la base de données est par "phpmyadmin"
Merci pour tes retours détaillés Cédric. J’ai mis à jour le plugin et suis donc en 1.2.3 (en spip 3.05).
1) Comme @livier seule la date de création s’affiche chez moi et pas la date de rédaction antérieure.
2) Pour l’encodage c’est un site créé en 2003 qui a subit de nombreux upgrades. Il est à présent en UTF-8 je ne sais avec quel méthode. Tout est ok sur le site - et sur les newsletters sauf la page ?exec=newsletter où le contenu des iframe s’affiche mal.
3) Je testai la prévisu dans Chrome. Je viens de tester sur Firefox et en effet tout est OK.
Ah, je viens de me rappeler que en 3.0.5 la date de redaction antérieure ne fonctionne en effet pas en dehors des articles. Il y a un patch sur le sujet dans la version 3.0.6 à venir, mais tant qu’elle n’est pas publiée j’ai laissé 3.0.5 en compatibilité faute de mieux. Ceci explique donc cela. Je regarde la prévisu dans Chrome ASAP.
Répondre à ce message
Bonjour !
J’avais quelques problèmes de codages pour les aperçus et prévisualisations (é devient é, etc.).
Pour y remédier, j’ai modifié le fichier « newsletters_fonctions.php » comme tel :
Avec le « utf8_decode », plus de problèmes ;-)
En revanche, rien ne s’affiche en mode iframe sur la prévisualisation des newsletters en cours de rédaction. Est-ce normal ?
A++
Répondre à ce message
Bonjour,
Je reviens encore avec le même type de question, le bandeau de la newsletter, y a-t-il une possibilité de régler les dimensions du bandeau, la dernière lettre publie le bandeau vraiment déformé
Répondre à ce message
Bonjour,
merci pour ce très bel outil !
je me pose une question a la CRON....
Je crois avoir compris que le #SPIP_CRON avait disparu, remplacé par le journal des taches, ce plugin utilise t il ce système ?
Plus généralement, spip3 utilise t il à présent un vrai système de cron (une tache qui s’exécute à une date précise ou un intervalle précis) ou les taches sont elles toujours conditionnées au passage de visiteurs sur le site ? Cette question est vraiment cruciale pour les sites ayant très peu de visites mais beaucoup d’abonnés par mail...
Un grand merci encore pour cette nouvelle contribution
triton
Répondre à ce message
Comment créer une rubrique Newsletter, qui liste toutes les newsletters envoyées ?
Merci d’avance pour votre réponse...
Il n’y a pas de rubrique, mais il est possible de faire un modèle qui afficherait les newsletters envoyées et de l’insérer ensuite dans n’importe quel article ou rubrique.
Merci pour la célérité de la réponse.
C’est exactement ce que je cherche. Comme il n’y a pas à proprement parler « d’article » newletter il faut boucler sur la table des newsletter et que la réponse soit la liste des URL_NEWSLETTER (spip.php ?newsletterXX) dans un article.
Mais ça je sais pas faire...
J’ajouterai un modèle de la sorte dès que je reviens jouer sur ce plugin.
Je souhaite aussi que l’installation importe également les newsletters anciennes (dans la table newsletters), en plus de les poser dans la table des envois mailshots.
Par avance merci, et donc à très bientôt j’espère ...
Bon, donc j’ai ajouté un modèle
J’ai aussi intégré l’histoire de charsets indiqué là http://contrib.spip.net/Newsletters#forum464936 dans mailshot, et fait également l’importation des newsletters de spip-listes, lettres et clevermail dans ce plugin, comme le fait mailshot, et mis à jour les identifiants entre les deux de sorte qu’on peut naviguer entre les anciens envois et les anciennes newsletters.
En ce qui te concerne, les dépots sont là : http://zone.spip.org/trac/spip-zone/changeset/69680 puis un renommage là http://zone.spip.org/trac/spip-zone/changeset/69681
Il y a pour l’instant 3 paramètres possibles au modèle. Voir son code : http://zone.spip.org/trac/spip-zone/browser/_plugins_/newsletters/trunk/modeles/newsletters_list.html
Merci. Je ne pensais pas que ce serait aussi rapide. Donc je vais travailler... un peu.
Et donc merci encore. Ça fonctionne très bien.
Répondre à ce message
Bonjour,
J’ai installé la newsletter sur un site, félicitations pour ce travail, mais j’ai un soucis, quand la lettre est reçue par l’abonné(e) le bandeau du site compris dans la lettre est trop grand, ainsi on ne le vois pas entier, je cherche à modifier son apparence, mais je ne trouve pas.
Un peu d’aide,
Merci
Répondre à ce message
Bonjour,
Une question peut-être stupide pour clarifier les choses. J’ai du mal à saisir comment se situe ce plugin par rapport à spip-listes. Je n’ai pas vu de mention sur l’un ou l’autre à ce sujet ... Est-ce un remplacement, un concurrent, une évolution, un coup d’état ... Je n’ai peut-être pas assez lu/cherché pour avoir la réponse mais je pense la question légitime pour tous ceux qui ont des 10aines de sites avec spip-liste. Faut-il envisager une migration ? Faut-il utiliser celui-là dorénavant ?
Pierre.
Bonjour, vaste question sans réponse simple.
J’ai longtemps été utilisateur de SPIP-Listes que j’ai essayé d’améliorer il y a quelques années de cela. Puis plus récemment j’ai utilise SPIP-Lettre que j’ai aussi contribué à améliorer. Et encore plus récemment j’ai utilisé Mes_abonnés. C’est de ces diverses expériences que j’ai fini par conclure qu’une grosse remise à plat était nécessaire car les plugins existants souffraient tous d’imperfections et de lacunes liées à leurs choix de développement initial. SPIP 3 offrant beaucoup plus de souplesse que ne le permettaient les versions précédentes, il était également plus facile de repartir sur des bases saines.
Donc ce plugin et ses 2 acolytes Mailshot et Mailsubscribers sont une reconception-refonte de la fonction Newsletter dans SPIP. Ils reprennent autant que possible tous les points forts fonctionnels des plugins historiques mais dans un workflow repensé, simplifié et orienté utilisateur. Par ailleurs la migration depuis les anciens plugins SPIP-Listes, SPIP-Lettre, CleverMail, Mes_abonnés est simplifiée pour faciliter au maximum le passage à ce plugin.
Néanmoins rien n’oblige à passer à ce plugin. Si SPIP-Listes te satisfait pleinement garde le. Tu peux aussi essayer le plugin pour voir et te faire ton opinion, il ne perdra aucune donnée de SPIP-Listes, et le desinstaller ensuite si il ne te convient pas.
Pourtant moi la réponse me va très bien :-)
Et mes premiers tests sont plutôt concluants, j’avais toujours trouvé spip-listes pas instable, mais comment dire, je ne sais pas, donnant un sentiment, une impression, d’instabilité. J’ai souvent été obligé de ré-installer, et une fois une installation faite, la moindre modif ou mise à jour sur le plugin me donnait l’impression d’une aventure dans l’inconnu.
So far, Newsletter me semble plus « franc » du collier si on me permet l’expression. J’imagine que la fragmentation en 3 modules y est pour quelque chose, la modularisation (=séparation des problèmes) est souvent gage de stabilité.
En tous cas, encore une fois grand merci pour ce gros travail à tous les contributeurs, je continue mes tests et ne manquerait pas de faire les retours nécessaires.
Répondre à ce message
Pour info, j’avais un problème de charsets sur les lettres importés. Certains champs de spip_lettres n’étaient pas en utf-8. Certains l’étaient, mais pas tous !
J’ai résolu en appelant une fois un squelette avec le code suivant :
Répondre à ce message
Bonjour, et tout d’abord merci pour ce formidable boulot fait autour des newsletters !
J’ai un petit souci de compréhension sur le fonctionnement de l’infolettre je crois.
Je gère un site qui publie (notamment) une revue de presse, et des éditos. Je voudrais faire 2 info-lettres séparées (tout le monde ne souhaite pas forcément la même chose).
J’ai donc créé, pour tester, une infolettre « revue de presse » automatique (tous les jours), avec le gabarits « nouveautes », et sélectionné la rubrique « revue de presse » dans « selection éditoriale ».
Mais l’infolettre que je reçois contient non seulement les nouveaux articles de la rubrique « revue de presse », mais aussi *tous* les nouveaux articles du site.
S’agit-il d’un bug (j’ai peur que non ;) )
Dans ce cas, pouvez vous expliquer plus précisemment l’intérêt de cette « Selection éditoriale (articles&rubriques) » dans le cadre d’une infolettre automatique ?
Dernière chose : existe-t-il une possibilité de limiter une infolettre à une seule rubrique, ou faut-il passer par la création d’un gabarit spécifique (j’imagine en ajoutant les critères
{id_branche?){id_rubrique?}dans la boucle de sélection des articles ?Merci d’avance pour la réponse :)
Henri
Bonjour,
en effet, le gabarit des nouveautés ne tient pas compte d’une éventuelle sélection de rubrique dans la « selection éditoriale ». C’est une amélioration qu’il ne faut pas hésiter à proposer.
Le fonctionnement serait qu’en cas de sélection éditoriale d’une ou plusieurs rubriques, les nouveautés ne seraient piochées que dans ces rubriques - ou leurs branches ? - et en l’absence de sélection dans tout le site.
ok merci beaucoup. Je vais passer sur du manuel pour l’instant.
Répondre à ce message
Bsr,
Connaissez vous un moyen de générer l’inverse ?
A savoir, éditer un article à partir d’un simple mail ?
ç a eu existé ...
Merci
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 :
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.
Suivre les commentaires :
|
