PhpMyNewsLetter 2.0

Bonjour,

Mieux qu'un long discours, le rendu d'un usager de phpmynewsletter :

On y voit des envois, en vert, des ouvertures, en bleu et des lectures.
Un envoi peut amener à une ouverture et une seule, qui correspond à l'ouverture par le destinataire s'il affiche les images.
Mais un destinataire peut lire plusieurs fois un mail, donc plus de lectures.

Il n'y a donc aucun rapport avec ceux qui vont vers le site.

Pour les liens cliqués, il faut aller dans les données chiffrées, et si la newsletter apparait sous forme d'un lien, alors les les liens cliqués seront disponibles.

Est-ce que je suis suffisamment clair ?

(Et d'ailleurs, ce graphique est le reflet d'une bonne portée, pas ou peu de désinscription, et un taux d'ouverture supérieur à 50% en moyenne...

Bonsoir, je serai demain sur mon ordi, je pourrai regarder de plus près.
La base de données a été recréée ?

Il faudrait regarder l observateur d événements voir si tu n as pas une erreur 500.
As tu modifié le fichier send.php ?

Ceci dit et avant de partir :
- personnellement j'utilise Chrome comme navigateur pour le développement, c'est donc sur ce navigateur que le rendu de mon dév est le meilleur
- je ne vois pas trop l'intérêt d'envoyer un message en txt... Si tu veux bien dire pourquoi, sincèrement, je serais heureux de recevoir quelques leçons ;-)

Alors, oui, bien sûr que l'on peut envoyer en texte ! Encore que,... Tout mail en texte est du html appauvri, ou alors, le html est du texte enrichi, mais faire de la philo le samedi matin... Pas trop !

En fait, ton souci est simple, tu as un souci de répertoire, c'est classique.
Dans la conversation suivante :
http://www.phpmynewsletter.com/forum/vi … php?id=107
on avait résolu le problème en laissant à blanc le champ de "CHEMIN DE PHPMYNEWSLETTER" en faisant ça :
Aller dans l'interface > Configuration Globale > Onglet divers > CHEMIN DE PHPMYNEWSLETTER > (et enlever la valeur calculée) > Enregistrer ces réglages.

Et tu nous dis !

De rien, j'avais omis la précision, j'aurais du y penser plus tôt.
La prochaine version comportera des pré-configurations pour les mutualisés.

Re-Bonjour,

Le mutualisé, c'est très bien, il faut juste bien cadrer la ressource par rapport à un besoin ! Un petit club de sport n'a pas forcément les moyens d'investir mensuellement des ommes dans un dédié.
Donc étude de l'existant et des réponses commerciales. A ces réponses il faut parfois savoir s'adapter, c'est ce que vous avez fait en acceptant de ne pas bénéficier de toutes les fonctionnalités offertes par le script, je pense qu'il a fallu aussi travailler un peu pour que ça marche parfaitement bien.

Enfin, surtout bien traiter les listes fournies par OVH, oui ! Ca peut être laborieux, mais si on veut réussir une campagne, c'est le rodage nécessaire.

Bon courage, et bien sur, je reste à disposition sur le forum !

Arnaud

Attendons, mais attention, il faut aussi s'assurer de la qualité de la rédaction des mails... Pas de mots genre viagra, concours, tu as gagné, etc....

Voilà une bonne chose !
Les photos qui ne s'affichent pas, c'est normal ! Automatiquement les photos ne sont pas affichées, pour ne pas tracer les IPs à l'ouverture. Ce qui vient fausser un peu les stats de phpmynewsletter sur les taux d'ouverture et de lecture. Il faut bien comprendre que AUCUN prestataire de mailing ne peut certifier ses stats de façon exactes car le comportement humain, lié au comportement des hotmail, free, gmail (et autres) ne peuvent que générer des approximations !
Ceci dit, tout dépend du contenu...

Pour spf, normalement tous les mails sont signés par OVH avec la ligne :

"v=spf1 include:mx.ovh.com ~all"

C'est une entrée faite dans la zone dns du domaine hébergé.

Définition de DKIM :
DKIM (aussi DomainKeys) constitue un modèle d'identification pour les emails. L'email est ce faisant générée avec une signature numérique. Une clé disponible publiquement est utilisée pour le décryptage. Si le décryptage de la signature numérique est réussi, ont peut partir du postulat que l'expéditeur de l'email n'est pas falsifié.

Sinon, pour ajouter DKIM (attention : je dégage toute responsabilité sur une mauvaise action !) :
manager OVH (nouveau manager : (https://www.ovh.com/manager/web/login/))
> connexion
> cliquer sur domaine
> passer en mode expert (en haut à droite)
> onglet zone DNS
> en bas on a le champ type=SPF (une bonne chose !)
> à droite clic sur DNS+ Ajouter une entrée
> choisir DKIM
> choix du sous-domaine : rien
  TTL par défaut
  Version : cocher DKIM1
  granularité = *
  cocher type de clé RSA
  calculer la clé publique avec ce site : http://dkimcore.org/tools/ (Generate a DKIM Core Key)
Et copier coller le champ raw format :

MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDlgayYatdTHBcFeDM1Dely6d/z
VlTZzRqfg5H7HHcQg2EAog+fGrUw+JcwsW+UULsZOuUEaiUHaNdZt8ikcnrSMk2n
6rKP35b8Mz4p3cEfo4FRPxTV/y6VVcprhs2jto6/sFZmkpYUlpXsQI1foo/WYWhn

  formaté sans les retours chariot dans le champ Clé publique (base64) *

MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDlgayYatdTHBcFeDM1Dely6d/zVlTZzRqfg5H7HHcQg2EAog+fGrUw+JcwsW+UULsZOuUEaiUHaNdZt8ikcnrSMk2n6rKP35b8Mz4p3cEfo4FRPxTV/y6VVcprhs2jto6/sFZmkpYUlpXsQI1foo/WYWhn

> valider en passant à l'étape 3, attendre 24 heures la propagation des DNS...

Ou alors... Ne pas le faire !
Je suis sur un serveur dédié, je ne peux garantir le bon fonctionnement du DKIM avec ce modus operandi !
(Mais je vais quand même le tester...)

Voilà !

Bonjour Dadix, et bienvenue sur le forum de support !
Oui, on peut envoyer des mails via le smtp OVH en mutualisé.
Mais il y a 2 sujets dans ta question :
- les mails indésirables
- la configuration.

D'abord la configuration, et en attendant la prochaine version qui inclura cette modification, il va falloir aller ajouter le port :
Dans les fichiers send.php et send_preview.php, il va falloir ajouter en php, après la ligne :

$mail->IsSMTP();

ajouter :

$mail->Port = 587;

ça devrait fonctionner (cf le fil de discussion suivant : http://www.phpmynewsletter.com/forum/vi … hp?id=100)

Pour les mails en indésirables, il va falloir traviller sur la réputation, c'est à dire envoyer des mails tranquillement, par petits flots (problématique mutualisé OVH, et quelque soit le logiciel utilisé !!!) car il y a une limite quotidienne et une limite horaire. Je n'ai pas les chiffres en tête.
RAPPEL IMPORTANT : les gros volumes de mails doivent IMPERATIVEMENT passer par des serveurs dédiés !

Donc, vois déjà les envois et tiens moi au courant.

Bonne journée, bons mails,

Arnaud

Ce dump là, oui ! Mais le résultat ?

est-ce que la connexion est en pop ? en imap ? le serveur de messagerie est sur le même serveur logique (géré par le même OS) ? Quel est l'os d'ailleurs ?

Bonjour et merci d'avoir prise le temps de donner un retour !

J'avoue sincèrement qu'il m'est toujours difficile d'encaisser un tel retour, si négatif. En effet, 99% des problèmes rencontrés dans les diverses installations que j'ai pu reprendre en main étaient des problèmes liés aux machines, aux OS, aux environnements, pas à PhpMyNewsLetter !

Pour les détails, je les reprends, en m'excusant de prendre quelques petits congés avec ma petite famille, mes filles et en répondant au mieux depuis mon mobile !
- version de php : j'avais pas vu, désolé, parfait
- hébergeur : je ne demande pas le prix, dont je me fiche éperdument, mais le type d'hébergement : VPS, dédié, infogéré, prestataire de service pour infogérence, hébergeur pour infogérance, bref, des détails qui peuvent m'aider à aider !

Donc pour avancer, et si vous le voulez bien, il faut savoir que des tensions sont connues par les utilisateurs sur l'usage du SMTP, et de MySql... Et oui ! Des OS mal réglés mènent parfois à des bugs, des conséquences sur l'usage des logiciels installés !

Il faut aller voir le syslog (si on est sur linux...), voir les logs mysql (base bloquée ? Nombre de process dédiés ??), voir les logs d'envois des mails... Car si le problème arrive aujourd'hui, il peut se renouveler avec tout autre logiciel !

Et enfin... Ce logiciel marche parfaitement bien, la documentation est certes légère mais suffisante, et moi, Arnaud, je donne du temps au développement, gratuitement, en open source (respect de la volonté du créateur originel), du code propre, etc... Je pense que cela mérite autre chose que des termes qui tiennent en 2 posts et 4 phrases. Bon courage, et surtout, ne pas oublier d'aller chez les prestataires payants, au moins, c'est lent, c'est long, c'est cher, mais ça marche... Bref, on n'a pas le même objectif...

A bon entendeur, je vous souhaite plein de courage !