PhpMyNewsLetter 2.0

Bonsoir,

Je m'excuse de ne pas être très présent, je gère mes vacances !!!

Merci pour la précision des paramètre standards ! En fait, il va falloir aller dans la config et passer les envois à 8 par boucle :
> Configuration globale > Gestion des envois > Nombre de messages envoyés à chaque boucle : 8 > Enregistrer les réglages
Puis passer en smtp
> Configuration globale > Gestion des envois > méthode d'expédition : smtp > remplir les zones nom du serveur (localhost ? smtp.domain.tld ?...) + port et éventuellement les identifications.

Je pense, du fait que vous êtes en mutu, qu'il y a un goulot d'étranglement sur le smtp mutualisé... On respecte aussi avec 8 envois toutes les 10 secondes la règle de max 1 anvoi par seconde...

On essaie ?

Bonjour Julien et merci pour ce retour enthousiaste !

Le traitement se fait effectivement par cycle, par boucle, d'où le retour à 0 à chque fois. Quand on a des campagnes planifées, ça permet de traiter les retours au fil de l'eau.

Pour les erreurs, je ne vois pas bien sur l'image, donc je ne peux me positionner. Mais tu peux aussi l'héberger sur le forum !

Et merci pour les paramètres !
Je note ainsi que ton hébergeur est pas lal pour une liste de taille modeste comme la tienne (qui est l'objectif de PhpMyNewsLetter).

Bonne nuit et au plaisir Julien !

Bonjour Julien

L'analyse des retours est en fait réservée, dans le logiciel, au paramétrage "serveur dédié. Ce qui en fait et en réfléchissant me semble être un parti pris inopportun de ma part.
Tu vas dans le paramétrage > environnement > type de serveur et tu choisis dédié. Ceci donnera accès à la relève des mails en erreur.
Ensuite, tu vas dans gestion des retours (onglet dans le paramètrage) et tu modifies les paramètres de connexion au serveur. Ainsi, et normalement, tu pourras faire une relève des mails en bounce.

Bonne journée,

Arnaud

Le week end est fini !

Bonjour,

Mes réponses :

Tu parles de 25%, ce chiffre est forcément faux ! gnnn ???
En effet, 25%, c'est le nombre de personnes qui ont affiché les images ! Si le mail est rempli majoritairement de texte, alors les destinataires lisent et ne cliquent pas forcément sur "afficher les images" ! Et cela ne peut faire appel au pixel de tracking pour qui il manque une balise ALT, et la ecture, et l'ouverture en peuvent être comptabilisés. Ce chiffre est globalement variable de 5 à 15% selon la quantité plus ou moins grande d'images à afficher. (+ d'images = 5%, moins d'images = 15%).
Et c'est logique, et c'est pourquoi les spammeurs passent beaucoup de messages en image (pour le tracking donc, et validation des mails qui lisent) et c'est pourquoi les images trop nombreuses dans un mail peuvent faire tomber un score !

Gestion des abonnés : on te demande une modification de mail. Mais ne t'embête pas ! Tu cherches le mail à modifier, tu le supprimes, tu ajoutes le nouveau.

Nombre de clics : pourquoi pas une colonne avec le total, oui, bonne idée.

Le captcha en second temps, c'est aussi pour être sur de la confirmation du mail. Tu sais, avec le web il faut se méfier de tout ! Et générer des inscriptions avec des robots, ce n'est pas si compliqué... D'où mon choix de poser du captcha en second temps, tranquillement !

A bientôt et bonne journée

Arnaud

Hola Julien !

Super compte rendu !
Une précision : une ouverture, c'est quelqu'un qui lit le mail en affichant les images, donc qui lit le mail complet. Donc cela ajoute une lecture. Une ouverture n'est comptée qu'une fois pour un destinataire, donc 337, mais il y a eu 612 lectures : ou une seconde lecture ou un forwarding.
TRES souvent, trop souvent, pour faire croire au miroir aux alouettes, des fournisseurs de smtp mélangent volontiers ouverture et lecture... Bizarre hein !?
Car on a toujours plus de lectures que d'ouvertures... A voir en détail ! Ici le code est connu, donc facile à analyser...

Si tu as des clics, les liens apparaissent cliqués, en cliquant sur le titre de la newsletter dans les stats.

Ce qui m'ennuie dans ton cas, c'est vraiment le fait qu'il faille passer par les archives... Je cherche le bug en 2.0.4, mais il semble corriger. Je reprendrai la 2.0.3 pour valider.

Les erreurs sur l"interface, rien de grave : les headers, c'est parce qu'il y a des affichages de messages d'erreur avant les headers.

L'histoire de ton mot de passe, c'est parce que tu as demandé à ton navigateur de l'enregistrer et il sort la mauvaise via un remplissage automatiques des zones.

J'attends de voir pour les bounces si ça fonctionne, ainsi O2 deviendrait un super hébergeur mutu pour le script !!

J'ai noté pour la balise alt, c'est ok (c'est bien une faute d ema part, je l'admets ! Toute image doit impérativement avoir une balise alt dans un mail !!!).

Sinon :
- effectivement, je n'ai pas mis en place de gestion de la liste
- je ne comprends pas la partie texte du mail n'apparaisse pas !

Je me pencherai dessus pour améliorer tout ça, mais franchement un énorme merci pour ce retour !

Bonne soirée,

Arnaud

Euh... on a quand même un vrai problème :
"Votre serveur est enregistré sur 1 liste noire (blacklist)"
Et ça, c'est pas bon.

Et il faut que toute ta migration soit terminée.

Concernant le fait qu'il faille passer par les archives, ça veut dire que l'on a une différence sur l'envoi, je vais me pencher dessus.

Concernant la version texte :
C'est en fait l'ajout d'une copie du contenu du mail sans mise en page pour les lecteurs de mail en ligne.
Sincèrement, plus personne ne lit ainsi les mails, mais les machines anti spam n'utilisent que ça !

Concernant l'éditeur, il devrait permettre d'importer plus de style, il ne changera pas en profondeur (pas encore, 2.0.5 oui, mais aussi un de ces gros chantiers en cours..., une tuerie, une révolution !)

Concernant cron : oui, en cours...

Pour tout ce qui est bounce, c'est compliqué ! Il faut comprendre que le bounce est un retour du mail pour cause de non remise. Erreur soft en 4 (ex : boite pleine mais existante) ou erreur hard en 5 (ex : mail inconnu). Les bounces doivent être traités prouvant ainsi notre bonne intention de ne pas spammer. Un spammeur balance à tout va ! Pas nous. La lecture... Commencer par wikipedia ? Chercher... Mais un but : le moins possible, et un objectif : traiter au plus vite.

La sortie officielle : pas de date ! Le code est écrit, tu me remontes encore des bugs à reprendre, et là, c'est l'optimisation du code, c'est lourd, et j'avoue, j'ai d'autres chantiers en instance tout aussi urgents. Je travaille sur plusieurs projets 
Mais c'est quotidiennement que je suis dessus, c'est vraiment beaucoup de travail... Suis aussi désolé que ça n'aille pas plus vite 

Et merci encore pour les remontées ! Trop cool

Bonjour Julien, et surtout merci pour ce retour !

Quelle méthode d'envoi utilises tu ? smtp ? php mail ?

Pour la partie texte du mail, oui, c'est en 2.0.4, avec Encodage des mails envoyés possible en base64 au lieu de 8bit.
Et tinymce a été amélioré pour permettre d'ajouter du code html plus personnalisé...

Les évolutions sont là :
https://www.phpmynewsletter.com/forum/v … php?id=317

Bonne journée !
Arnaud

De rien, et content de voir que tout est ok.
A chaque modification de la config, le fichier est réécrit. Faire une sauvegarde n'est pas inutile, changer les droits : non ! Par contre 604, c'est bizarre... 644 non ?
Je passe le sujet en résolu.

Il n'y a aucun squat, sinon, je ne ferais pas de forum !
Je voudrais oui que ce soit fonctionnel pour tous, d'où la longueur de l'écriture.
Pour être au courant, il suffit de s'inscrire à la newsletter

J'oubliais : de belles stats avec suivi des liens cliqués et environnement de lecture (mobile, desktop...)

Hello,

I'm happy to read it !
thank you and happy use 

Passage à phpmailer 5.2.14