PhpMyNewsLetter 2.0

Retour à un morceau de code de send.php

Pour la 2.0.3 que tu actuellement, on a :

            if (!$mail->Send()) {
                $cnx->query("UPDATE ".$row_config_globale['table_send']." SET error=error+1 WHERE `id_mail`='".$msg_id."' AND `id_list`='".$list_id."'");
                $ms_err_info = $mail->ErrorInfo;
            } else {
                $cnx->query("UPDATE ".$row_config_globale['table_send']." SET cpt=cpt+1 WHERE `id_mail`='".$msg_id."' AND `id_list`='".$list_id."'");
                $ms_err_info = 'OK';
            }

Pour la 2.0.4, vous aurez :

           if (!$mail->Send()) {
                $cnx->query("UPDATE ".$row_config_globale['table_send']." SET error=error+1 WHERE `id_mail`='".$msg_id."' AND `id_list`='".$list_id."'");
                $ms_err_info = $mail->ErrorInfo;
                $cnx->query("UPDATE ".$row_config_globale['table_email']." 
                                SET error='Y',long_desc='".$cnx->CleanInput($ms_err_info)."',campaign_id='".$msg_id."' 
                            WHERE email='".$addr[$i]['email']."' 
                                AND list_id='".$list_id."'");
            } else {
                $cnx->query("UPDATE ".$row_config_globale['table_email']." 
                                SET campaign_id='".$msg_id."' 
                            WHERE email='".$addr[$i]['email']."' 
                                AND list_id='".$list_id."'");
                $cnx->query("UPDATE ".$row_config_globale['table_send']." 
                                SET cpt=cpt+1 
                            WHERE `id_mail`='".$msg_id."' 
                                AND `id_list`='".$list_id."'");
                $ms_err_info = 'OK';
            }

En gros, dans la 2.0.3, il n'y avait pas de traitement de mails en erreur sur l'envoi, ce qui est corrigé sur la 2.0.4.

Ah mais ok !
Ton explication m'éclaircit.
Je regarde le code, et je te dis dés qu'analyse faite !

Il faut donc bien que je le gère en amont car effectivement cette situation n est pas gérée pour le moment...

Mais je prépare quelque chose, je ne peux pas en parler pour le moment c est TOP SECRET !!! Et ce n est pas sur les dépôts Github.... C est pour cela qu il n y a plus de mises à jour apparentes...

Il faudrait que tu m'éclaires :
- si c'est un over quota d'envoi par la bal gmail, alors il me faudrait l'entête complète pour que je l'intègre comme modèle, car je n'ai jamais eu ce cas.
- si c'est une boîte pleine en réception, donc chez le destinataire, aors ce n'est pas au smtp de traiter à l'envoi, mais bien au retour en bounce.
Pour les 20 affichés comme envoyés, mais non pris en compte,... Je ne vois pas trop comme ça. Est-ce que tu as mis un envoi de 1 mail par boucle d'envoi ?
Merci d'avance de ces renseignements

Effectivement c est un bug.
Via gmail je suppose ?
Donc la réponse du smtp n est pas prise en compte sur un dépassement de quota.

En combien de temps ? Sur quelle cadence ?

Et est-ce que les envois fonctionnent alors ?

Ce sont les comptes gratuits

En fait les erreurs telles que tu les affiches pourront être traitées bientôt par copier coller...

Oui mais tu en envoies combien par la messagerie ?

Le smtp ovh est vraiment d'un fonctionnement aléatoire... C'est navrant.

A noter, tu as le retour des mails en erreur dans ton admin ovh normalement me semble t-il...

Il serait peut être bon de saisir le support par mail en leur expliquant que 5 mails qui partent en 10 secondes, 3 sont en erreur !

Il faudrait que je creuse pour trouver une solution qui expliquerait mieux le plantage.

En fait le smtp OVH est engorgé et rejette de suite ce qui n'est pas unitaire.
Si on compte 1 mail toutes les 2 secondes (1800 secondes au total pour l'envoi ce qui est tout à fait raisonnable), alors on est bon.
1/ dans l'admin, gestion des envois, tu mets 1 envoi à chaque boucle.
2/ pour modifier la cadence, tu vas aller dans :
include/compose.php
Tu vas chercher

setTimeout(progresspump,10000);

et tu vas le remplacer par :

setTimeout(progresspump,2000);

Ca va générer un envoi d'1 mail toutes les 2 secondes. Ce qui est tout à fait normal.

Fais le et reviens après le test de  ta liste d'essai nous dire ce que ça donne.

Je rappelle au passage que si vous voulez me mettre dans vos mailing de tests, je suis tout à fait ok pour vous donner mon avis sur le mail.
Peu importe le contenu, je m'en fiche royalement, c'est juste pour vous aider : arnaud [at] phpmynewsletter.com

En fait dans la version de G.Kokanosky oui ça passait. Ce n'est pas que ça marchait, c'est que ça passait.
J'ai quand même un objectif : être le plus propre possible pour éviter que les utilisateurs voient leurs campagnes tomber directement en spam.
Chaque partie du mail envoyé doit être propre (d'où également le travail à fournir sur la préparation d'un serveur, et c'est 80% de la réussite d'une campagne), et il est important de tout soigner.
L'usage d'un éditeur est donc important, mais pas forcément nécessaire, mais important.
Un mail c'est plein de subtilités...

Question du inline-block.... Moi je veux bien, mais après tout dépend de l'outil utilisé pour lire les mails...

Allez, je suis de bonne humeur ce matin, je lâche quelques ressources à lire :

- la compatibilité du css dans les différents navigateurs :
https://www.campaignmonitor.com/css/
- comment créer un mail responsive en détail :
http://webdesign.tutsplus.com/fr/articl … sign-12978
- la part croissante des mobiles dans la lecture des mails (d'où l'intérêt du css responsive) :
https://fr.mailjet.com/blog/conception-email-responsif/ et http://emailclientmarketshare.com/
Et surtout :
- “You can’t use HTML5 or CSS3 in email.”
https://litmus.com/blog/a-bulletproof-g … 3-in-email
Bonne lecture !

Voilà, exactement !
Pas de lien sur des fichiers externes de css, et css défini entièrement entre les balises head :

<head>
<style>
h1{...}
h2{...}
</style>
</head>