Support et annonces PhpMyNewsLetter.
Vous n'êtes pas identifié(e).
Bonjour,
Pour chacun des points nouveaux ou nouvelles questions, il serait bon de créer un nouveau fil.
Sinon, oui, le mode d'envoi n'est pas le même. Pourquoi ? Parce qu'il s'agit d'envoyer de manière occasionnelle et normalement de façon sporadique un mail à quelques nouveaux adhérents à une newsletter.
Sauf à ce que ce soit un mail vraiment important, il n'est pas forcément recommandé d'envoyer un mail dit antérieur. Imagine la FNAC...
Voilà le pourquoi d'un envoi plus rapide.
Ce que je t'invite à faire, c'est de tester tes paramètres de connection en allant dans :
>> Configuration Globale >> onglet bounce, puis en bas, saisir tes paramètres et voir s'il te fait du tls, none, notls, ou ssl.
En cliquant sur tester ces paramètres, tu auras une réponse immédiate :
Connexion réussie : {localhost:110/pop/notls},arnaud@****.com,***mot de passe***
ou
Pas de connexion : {localhost:587/pop/notls},arnaud@****.com,***mot de passe*** : Connection failed to localhost.localdomain,587: Connection refused
J'ai bien compris Nathan, mais le mieux est d'utiliser l'outil de test de connexion tel que décrit ci-dessus, et qui permettra de valider la connection sur mailjet
En lisant la documentation ici : https://fr.mailjet.com/docs/code/php/pear, je pense qu'il faut mettre
port : 587
mode : tls
Et donc faire comme s-p01 dans le post http://www.phpmynewsletter.com/forum/vi … d=345#p345
Il n'y aura pas à mettre à jour le fichier task.php qui est pour les tâches planifiées.
Le fichier task est le fichier qui permet de gérer les envois planifiés, donc strictement aucun rapport.
Donc, si je résume, tout est là, c'est parfait bravo !
Voilà une grande avancée : le traitement des mails non distribués sur un serveur mutualisé ovh !
Me voilà bien content, et surtout un grand merci de ta belle contribution
C'est super.
Bonne continuation
??? on est sur quel fil là ? merci de ne pas les mélanger pour que je puisse les suivre correctement !
Ce que je t'invite à faire, c'est de tester tes paramètres de connection en allant dans :
>> Configuration Globale >> onglet bounce, puis en bas, saisir tes paramètres et voir s'il te fait du tls, none, notls, ou ssl.
En cliquant sur tester ces paramètres, tu auras une réponse immédiate :
Connexion réussie : {localhost:110/pop/notls},arnaud@****.com,***mot de passe***
ou
Pas de connexion : {localhost:587/pop/notls},arnaud@****.com,***mot de passe*** : Connection failed to localhost.localdomain,587: Connection refused
Il faudrait que tu fasses des tests avec les :
$mail->SMTPSecure = 'tls'; ou notls.
Donc oui il y a autre chose à ajouter, par contre et comme je n'ai pas d'hébergement mutualisé OVH, je ne suis pas en mesure de dire et garantir les paramètres spécifiques à cet environnement.
Par contre je peux te donner une astuce : si ton envoi fonctionne avec l'envoi en global, alors il faut remettre les mes paramètres.
tu peux aussi les tester (en live direct) en allant dans :
Configuration globale >> Bounce et tester les différents paramètres pouvant être tester.
tu saisis bien sur tes identifiants d'envoi, ton port 587, ton ssl0.ovh.net et vois si tu dois mettre tls, notls, ssl ou none.
Je serais ravi de voir paraître ici un screen de la connection réussi (mot de passe et identifiant floutés bien sûr)
Bonjour,
Oui, dans le fichier include/libs/pmn_fonctions.php,
ajouter après ligne 920 :
$mail->Port = 587;
On aura donc :
case "smtp":
$mail->IsSMTP();
$mail->Host = $smtp_host;
if ($auth) {
$mail->SMTPAuth = true;
$mail->Port = 587;
$mail->Username = $smtp_login;
$mail->Password = $smtp_pass;
}
break;
Voilà.
Comme je l'ai dit dans l'autre fil, je vais chercher une méthode pour ajouter ces paramètres particuliers à cet environnement mutualisé pour une prochaine version.
J'ai un espace mutualisé 1and1, je ferai quelques tests.
Et je comprends que ce serait pas mal... mais j'ai un métier à coté qui prend pas mal de temps...
Par contre, je suis étonné de voir que 1and1 facture de la compatibilité !!!!
Très bien, je marque résolu alors.
Je pense que je mettrai l'info dans la prochaine newsletter.
bonne soirée
Bon... D'après ce que je comprends la lecture et le traitement des bounces fonctionne avec la classe cws, c'est bien ça ?
Si oui, et pour que les bounces puissent être traités par phpmynewsletter, il faut alors passer (même si ce n'est pas vrai) en mode serveur dédié :
>> Configuration globale >> Environnement >> serveur dédié >> Enregistrer ces réglages.
Puis, reclic en haut à gauche dans le menu sur :
>> Liste des listes >> sélection de la liste
Et enfin
>> Gestion des non-distribués >> Analyse des retours
Maintenant, si cela fonctionne, alors il faudra que je l'intègre définitivement dans le code, ceci afin de répondre à tous les utilisateurs hébergés en mutualisé, et ils sont nombreux !
donc merci d'avance de me donner un retour.
Arnaud
Cette ligne jaune sort de où exactement ?
Bonjour,
Le traitement des bounces n est pas possible sur un mutualisé OVH.
Désolé
Fais une recherche sur le forum sur les termes ovh mutualisé bounce, le sujet a déjà été traité.
Il y a 2 solutions :
- soit passer sur un VPS qui est à peine plus cher qu un mutualisé chez OVH et laisse une liberté totale avec un compte root
- soit faire une redirection des retours sur un compte gmail et faire un traitement en imap.
Voilà voilà !
Tiens nous au courant de tes actions, ce serait sympa
Bonne soirée
Arnaud
De rien, et bon usage
Bonjour Nathan,
Ah mais oui, je suis bête
désolé.
J'étais parti sur l'envoi global final.
La preview fait l'objet d'un traitement à part, il faut que tu fasse la même manipulation d'ajout du port dans le fichier send_preview.php qui est à la racine du script PhpMyNewsLetter !
Tu as ce code qui commence à la ligne 51 :
case "smtp":
$mail->IsSMTP();
$mail->Host = $row_config_globale['smtp_host'];
if ($row_config_globale['smtp_auth']) {
$mail->SMTPAuth = true;
$mail->Username = $row_config_globale['smtp_login'];
$mail->Password = $row_config_globale['smtp_pass'];
}
break;
Tu ajoutes le port
$mail->Port = 587;
Pour avoir :
case "smtp":
$mail->IsSMTP();
$mail->Port = 587;
$mail->Host = $row_config_globale['smtp_host'];
if ($row_config_globale['smtp_auth']) {
$mail->SMTPAuth = true;
$mail->Username = $row_config_globale['smtp_login'];
$mail->Password = $row_config_globale['smtp_pass'];
}
break;
Merci du retour
Il faut passer en mode debug (mode développement dans l'environnement global) pour avoir un message d'erreur plus explicite.
Il y a une collaboration mailjet et OVH, cela ne devrait normalement poser aucun problème.
Bonjour Nathan,
Je n'ai tout simplement pas prévu cette option pourtant fort intéressante !
Toutefois, si tu veux paramétrer cela tout seul, voici la manip :
- ouvrir le fichier send.php à la racine de l'install
- chercher la ligne qui contient
case "smtp":
(environ ligne 70)
- ajouter la ligne :
$mail->Port = 587;
On aura ainsi le paragraphe d'envoi via SMTP :
case "smtp":
$mail->IsSMTP();
$mail->Port = 587;
$mail->Host = $row_config_globale['smtp_host'];
if ($row_config_globale['smtp_auth']) {
$mail->SMTPAuth = true;
$mail->Username = $row_config_globale['smtp_login'];
$mail->Password = $row_config_globale['smtp_pass'];
}
break;
Merci de me donner un retour afin de pouvoir en faire bénéficier la communauté
Le code doit être compréhensible, même si parfois je m'emballe à raccourcir les if, les briques, les conf et les fonctions.
Je ne joue pas avec des frameworks ( https://www.daniweb.com/web-development … works-suck , et je valide complètement !), ceci pour que chacun puisse jouer avec le code si besoin est.
Dans ce cas précis, dans ton cas, c'est intéressant.
Voilà ce que je t'invite à faire :
- Configuration globale > Environnement > Type de serveur, choisir dédié.
Ainsi le formulaire de création du fichier de config des bounce sera généré par l'IHM.
Par contre : la fonction de traitement des mailq ne marchera certainement pas. Il faudra donc commenter la ligne 2 fichier script.js dans le répertoire js de l'install :
La ligne d'origine :
function mq(){ $.ajax({url:"include/mailq.php",success:function(data){ $('#mailq').html(data);}});setTimeout(mq,10000);}mq();
La ligne commentée :
// function mq(){ $.ajax({url:"include/mailq.php",success:function(data){ $('#mailq').html(data);}});setTimeout(mq,10000);}mq();
Ensuite, tu sauvegardes ton fichier de config des bounces, et tu essaies d'en générer via l'IHM.
Puis test.
NB aussi : la fonction de planification des envois n'est pas fonctionnelle en mutualisé ! Ca apparaitra, mais renverra une erreur, même si l'envoi est apparaît planifié !
Pour le traitement des bounces, plus compliqué, et je n'ai pu éviter une petite (mais vraiment petite) usine à gaz :
Dans l'IHM, mode serveur dédié activé :
- GESTION DES NON-DISTRIBUÉS > Analyse des retours
Un module en AJAX fouine via un protocole imap les mails en retour, sur le compte d'envoi lié à la liste en cours. Ce module appelle le script include/bounce.php qui ira faire les updates nécessaires. Ce script est lié à une excellente classe de gestion des bounces, développée par crazyws et dont le lien est :
http://www.crazyws.fr/dev/classes-php/c … C72TG.html
Le dépôt :
https://github.com/crazy-max/CwsMailBounceHandler
Il y a peut être des options pour ne pas marquer les mails comme lus...
Merci du retour
PS : je serais curieux de voir ce que tu as mis pour les valeurs DKIM, est-ce que tu peux m'envoyer cela par mail à arnaud [@] phpmynewsletter.com STP, si tu veux bien, bien sur !
Re-Bonjour Matthieu,
Oui, ça change quelque chose ! Mais tout dépend aussi de ta réputation !
S'il est nécessaire de signer ses mails ? OUI !
Si ça va empêcher les mails de tomber en spams ? NON !
Et je me rends compte que j'ai dit une bêtise !
-> Il n'y a pas de DKIM pré-configuré
Je m'en excuse... C'est le spf qui est paramétré dans les DNS en mutualisé...
"v=spf1 include:mx.ovh.com ~all"
Il y a quand même quelque chose d'étrange : tu es chez OVH, tu es en mutualisé, et tu arrives à traiter les bounces ???
(Je le répète, je n'ai pas d'espace en mutualisé, juste en dédié, c'est donc votre expérience qui me permet d'enrichir PhpMyNewsLetter !)
Tu peux me donner tes paramètres de connexion STP, évite les mots de passe
Bonjour Matthieu, et merci.
Plusieurs choses :
- les variables DKIM feront l'objet d'une interface spécifique très prochainement. (De plus, les mails en mutu OVH sont déjà signés par une DKIM, visible dans momi).
- le champ categorie... oups, oui !
Pour la question des mails non lus, je crois comprendre. En fait, tu utilises un mail générique à un portail, et ainsi lors du traitement des bounces, tous les mails sont parcourus. Il en ressort un traitement les marquant comme lus... C'est pour cela que je préconise l'usage d'un mail spécifique à la newsletter mailing@..., info@..., mais pas contact ni un mail personnalisé).
Je vais de ce pas corriger la categorie et voir ce qu'il est possible malgré tout de faire pour les mails "lus/non lus", sachant que l'accès est en fait une connexion à la BAL via les fonctions imap de php, et donc une simulation de lectures des mails. C'est pas gagné !
Merci en tout cas du retour
Arnaud
Bonjour Thibault,
chez 1and1 il me semble que c'est du 5.x en mysql. Le motif est simple : il n'y a plus de support sur les version antérieures,... Normalement !
J'essaie de faire au mieux et au plus vite pour assurer la compatibilité php >= 5.5, c'est du boulot !
Merci du retour et bonne journée
La version 2.0.3 permet la gestion des emails en cours d'envoi.
Cette gestion ne peut s'effectuer que sur des serveurs dédiés ou des VPS.
Cette gestion vous permet de supprimer des mails qui n'arrivent pas à partir du fait, en général, d'une faute dans le nom du domaine.
Pour pourvoir gérer cette file, vous devez impérativement endosser un droit root ! Et donc faire un petit sudo en appelant la commande visudo.
Vous ajouterez cette ligne :
www-data ALL=NOPASSWD:/usr/sbin/postsuper
www-data étant généralement le compte utilisé pour le serveur web avec le module php.
Bon usage à vous, et bons mails !
Pour info, ce bug est marqué comme résolu dans la version 2.0.3
C'est aussi ce que je croyais.
En fait, crontab en mutu ovh n'est pas accessible via les lignes de commandes, et PhpMyNewsLetter ne peut pas planifier d'envois.
Crontab est accessible en mutu ovh ? Accessible en ligne de commande je veux dire ?