PhpMyNewsLetter 2.0

Fais moi des copies d'écran et tu me les envoies sur ma bal arnaud [at] phpmynewsletter.com :
- le résultat de la requête dans phpmyadmin avec le champ erreur à Y
- le log des envois en PJ (je garde la confidentialité des adresses)
- le screen de la gestion des mails en erreur

On avisera ensuite si je dois prendre la main sur ton admin

Allez, je t'explique.

Une campagne c'est l'envoi d'un message à plusieurs destinataires.
Un envoi doit être propre avec des mails collectés légalement (adhésion des personnes : le opt-in)
On prépare un mail, on l'envoie (avec phpmynewsletter par exemple).
On aura renseigné un mail de l'expéditeur, un sujet, un corps de message.
Les traitements se chargent des données variables propres à chaque message envoyé. (ex : un mail de destinataire).
A ce moment, au moment de l'envoi, une première erreur peut arriver : le mail ne part pas, voir le motif dans le fichier log (en général, le domaine du mail est inconnu, ex : jzehbfljzebflazbfl595456-xyz.com, donc la partie après le @)
Ainsi par exemple, 150 mails sont envoyés, 3 sont passés directement en erreur.
Les 147 autres sont en cours d'acheminement.
2 mails reviennent pour cause de boîte mail du destinataire pleine (erreur pas grave, mais erreur quand même, dite SOFT BOUNCE, codes erreurs qui commencent pas le chiffre 4, ex : 421, 451, 450,...).
Ces 2 mails reviennent sur la bal de l'expéditeur initial, donc la tienne Poine !
Pour les traiter, phpmynewsletter peut se connecter à ta bal, et peut aller les chercher pour les traiter, et les faire apparaitre dans les stats, et dans les comptes rendus de suivi de la campagne.
3 mails reviennent cette fois car les bal n'existent pas, ou les domaines ne recoivent plus de mails (exemple connu : voila.fr ! NB : tous les mails en voila.fr peuvent être supprimés sans états d'âmes !)
Ces 3 mails reviennent aussi sur ta bal, et à nouveau, phpmynewsletter peut les traiter. Ce sont des erreurs graves, dites HARD BOUNCE, codes erreurs qui commencent par le chiffre 5.
Ces classes d'erreurs sont des standards, je n'invente rien du tout 
Donc pour faire simple, il convient de renseigner les paramètres de connexion à ta bal, tu fais ta campagne tranquillement, tu l'envoies, oui tu peux aller dans ta messagerie, mais tu laisses les retours (les mails non distribués).
2 ou 3 heures après la fin de la campagne, tu vas lancer un traitement des bounces, en cliquant sur "Analyse des retours", tu laisses faire, et Ô miracle, tu verras par exemple : 253 messages lus, 253 messages traités, 5 mails en erreur, 5 mails supprimés !
Et c'est fini 

Les mails peuvent revenir de suite après campagne, comme 2 jours plus tard, il n'y a aucune obligation de délais dans les remises de retour.

Ai je été clair ?

Si ! Si  c'est l'expéditeur qui reçoit les mails en retour. En fait, mais ce sera disponnible en 2.0.5, on peut avoir une adresse de retour des non-distribués qui soit autre que celle de bounce.
Ainsi un mail peut avoir 3 adresses mails dans le corps complet du message :
- l'expéditeur
- le destinataire (1 ou plusieurs et d'autres en copie et/ou copie cachée)
- le mail de bounce

Je dis ne les traitez pas, car si tu les traites, aor skle système ne pourra plus les relever. Une fois que la relève est faite, bien sûr on peut aller dans sa messagerie !

Bonjour Poine,

En fait c'est très simple.
Ces paramètres sont utilisés pour aller lire ta boite mails, afin de rechercher les mails qui viennent en retour et qui sont donc des bounces.
Il faut donc remplir les paramètres de connexion à ta boite mails, les mêmes que ceux utilisés dans outlook ou thunderbird.
Généralement c'est ton email, ton mot de passe et les params donnés par ton hébergeur.
Mais il faudrait savoir qui est ton hébergeur ?!

De rien, c'est normal !
Je crois en mon produit, je dois assurer le SAV, même si c'est gratuit ! Mon coté geek....

Sinon, j'ai passé le sujet en résolu, et il suffira à l'avenir de cliquer sur "résolu" qui est juste en dessous de ton premier post dans la fil 

Bonjour Poine,

Effectivement, prévisualisation pourrait être opportun.
Sinon, il faudrait savoir quels paramètres d'envois tu utilises ! Et chez quel hébergeur tu es ?
Je ne doute pas que tu aies un hébergeur sérieux, mais quel type d'hébergement ?

PS : je rentre de week end... J'ai un peu tardé pour répondre...

Voilà l'exemple typique de ce qui est une demande d'évolution.
En 2.0.5 (en développement) oui, mais pas sur la 2.0.4 (disponible au téléchargement).
Ceci dit, une simple intervention en base de données permet l'action.

Extraire le code d'un mail, ce n'est pas le top du tout !
En effet, le code est formaté pour les mails, et donc pas du tout optimisé pour être encore modifié par une solution de constructeur de mails.
Il serait judicieux que ton donneur d'ordres enregistre sa page au format html par exemple, et te l'envoye en pièce jointe, ce qui te permettra d'accéder à un code propre...
Voilà ce que j'en pense !

Sinon, bien sur que pmnl 0.8 fonctionne bien ! Mais les évolutions que j'apporte sont faites pour répondre à des besoins, à des demandes, ...Bref ça évolue !

Bonjour,

Pas de soucis !
Pour OVH, non, je ne pourrai rien faire !
Mais de toute façon, ça marche en 465, donc tout est ok !
Attention à la limitation quotidienne de 500 mails chez google ;-)

Bon usage

Arnaud

Bonjour Axel, et bienvenue sur le forum !

Je m'étonnais un peu de la question, car typique d'un développeur.
En conséquence ma réponse :
- tout d'abord, je le rappelle, il y a un formulaire pour adhérer directement à une newsletter, que l'on peut intégrer à un portail.
Mais ce n'est pas ton cas.
Intégrer PhpMyNewsLetter en l'état, ce n'est pas possible, ça c'est clair.

La solution : 
- tu installes Phpmynewsletter normalement sur ton espace web (ou dédié). Et s'il te plait, pas de sous domaine, ça demande trop de manipulation dans le code (et en sous dossier ça ne dérange en rien ! Bien au contraire, tu auras toutes tes propres fonctions et classes directement disponibles dans le path de ton htdocs).
Tu crées dans l'interface de phpmynewsletter une liste de test, appelée "liste tests" par exemple, et une autre liste "liste réelle membres portail" par exemple. Tu relèves le numéro de création de cette dernière liste.
Dans la liste test, tu ajouteras des mails que tu vas te créer chez free, la poste, hotmail, gmail tu as, yahoo et autres que tu choisiras (c'est pour être sur que ta newsletter arrive bien partout et correctement !)

Pseudo analyse :
- tu reprends ton formulaire d'adéhsion des membres, tu ajoutes ta case "recevoir la newsletter".
- dans ton script de traitement de l'inscription, tu traites ce check ou non check.
- si check, tu fais juste un insert dans la table des emails avec le numéro de la liste réelle que tu as relevé précédemment, et tu fais ça :

function unique_id($x='0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ') {
    $clen = strlen($x);
    $randomString = '';
    for ($i = 0; $i < $clen; $i++) {
        $randomString .= $x[rand(0, $clen - 1)];
    }
    mt_srand((double) microtime() * 1000000);
    return md5(mt_rand(0, 9999999).$randomString);
}
$hash = unique_id($add_addr);
if($cnx->query("INSERT INTO ".$table_email." (`email`, `list_id`, `hash`) 
     VALUES ('".($cnx->CleanInput($add_addr))."', '".($cnx->CleanInput($list_id))."', '".($cnx->CleanInput($hash))."')")){
    return true;
} 

Tu remplaces le CleanInput par ta méthode de nettoyage des données injectées, tu ajoutes la fonction unique_id à ta liste des fonctions de tes pages, et tu passes ta requête.
C'est tout !
Evidemment, c'est du quasi pseudo code à adapter, mais je suis sûr que tu as compris le déroulement.
Après, tu pourras utiliser pmnl et envoyer des mails tranquillement.

Tu me tiens au courant ?

Arnaud

PS : non, pas d'api REST, inutile pour le moment et à ce stade du développement.

Wonderful  !