PhpMyNewsLetter 2.0

For this, it was, because your IE kept the phpmynewsletter password, and put it instead of database password when the form was send.

config file isn't ok.
Should look like this :

<?php
if (!defined( "_CONFIG" ) || $forceUpdate == 1 )
	{
if (!defined( "_CONFIG" )) define("_CONFIG", 1);
	$db_type = "mysql";
	$hostname = "localhost";
	$login = "forlosa_se";
	$pass = "your_pass";
	$database = "your_database_name";
	$type_serveur = "shared";
	$type_env = "prod";
	$timezone = 'Europe/Paris';
	$table_global_config="pmn_config";
	$pmnl_version ="2.0.3";

	}

?>

in include/config.php

Anyway, you should reinstall, and keep back your full translation in include/lang/*

Ok, i'll look, please, wait a short time, let's say 15 minutes, ok ?

OK.
Tell me how you send mail : with a local smtp, with php_mail, with an external smtp ?

Hello Forlosa and welcome to you on this board ;-)

I ll try to help you but i need more information about your server ?
Php mail ? SMTP ?  PHP version ? Linux or windows ? Shared or dedicated server ?

Bonjour Spootnik, bienvenue sur le forum de support !

Bon, c'est un peu un logn week end, j'ai un peu de retard à la réponse, désolé !
Ceci dit, ayant vu la question hier, cela m'a laissé le temps de réflechir.

Plusieurs choses dans cette question :
1/ suis je autorisé à utiliser mes identifiants mails fournis par mon FAI pour faire du mailing ?
2/ puis je faire du mailing d'un point de vue logiciel avec ces identifiants ?

Mes éléments de réponse :
1/ Les FAI fournissent, contre paiement mensuel en général, un ensemble de services, la prestation, qui comprend un service web (accés en général) ainsi qu'une passerelle SMTP pour envoyer les mails depuis l'intrAnet derrière la box (oui, en général, on est en intranet derrière une box, ou on peut l'être. Dailleurs on appelle souvent les box pour les configurer via un navigateur + 192.168.0.1 par exemple). Tous ces services ne sont liés qu'à ce qu'il y a derrière cette box, ou compris dedans. Il est également généralement précisé dans les CGV, conditions générales de vente, que l'accès à ces serives doivent se faire en "bon père de famille" et que SFR, BOUYGUES, etc... ne sauraient être tenus responsables du no fonctionnement dans d'autres conditions ! En gros, tu ne peux pas utilise ton compte mail SFR pour faire du mailing, et donc... le point 2/

2/ Vu ce que j'ai écrit au dessus, il est logigue que quelques admins aient posé en toute logique de ces textes, des restrictions d'accès au serveur SMTP !
Si tu es derrière une box SFR/NEUF, en théorie, cela devrait fonctionner (je parle du service hébergé, pas de l'usager !). Mais si ça fonctionne et que tu envoies quelques dizaines de mails en peu de temps, il y a de fortes chances que tu aies un avertissement / rappel / ineterruption de service de la part de SFR/NEUF... Si tu es sur un hébergement distant de ta box, clairement ça ne fonctionnera pas, du fait de l'identification assez simple par le fait que l'IP de ton hébergement ne soit pas une IP SFR/NEUF...

Voilà !
Mais donne un peu plus de détail sur ton hébergement  / config / taille de liste, ça peut aider à aider ! Rester à un plantage de preview, c'est assez dommage...

Bonjour hiperboys, et bienvenue sur le forum.

De ce que je vois, tu es hébergé en mutualisé, tu as une version récente de php...
Ces nouvelles versions, à partir de 5.5 n'utilisent plus les extensions mysql, mais n'utilisent plus que mysqli.

La prochaine version a ses extensions changées, fonctionne parfaitement avec php 7.0.

Si cela peut aider un peu à ce jour, je t'invite à voir avec ton hébergeur si tu as possibilité d'utiliser un htaccess avec indication de la version de php à utiliser, et la 5.4 serait opportune.

Ou attendre encore quelques jours la sortie officielle de la 2.0.4.

Je suis conscient de l'inconfort que cela présente pour les usagers, je constate aussi que cela donne une mauvaise image du produit, et je m'en excuse sincèrement.

Bonjour Simon88, et surtout merci pour ce retour !

Alors quelques précisions :

Les mails en erreur sont IMPERATIVEMENT à supprimer ! Insister sur des envois de mails en erreur, ça tue le système d'envoi !

J'ai comme un doute... Je dirais que c'est un peu ne pas assumer la lenteur de sortie des mails qui est à revoir...
Le fait de gérer les erreurs, d'enrichir correctement le contenu du mail, c'est très bien, mais on a tous la possibilité d'envoyer un test, et tout développeur le fait ! Moi aussi

De plus, vous avez à votre disposition un service de traitement des mails en erreur, mais il faut le suivre et agir rapidement :
https://www.ovh.com/fr/hebergement-web/ … atises.xml

Une chose importante à comprendre :
Phpmynewsletter est, et N'EST qu'une interface entre l'utilisateur et le SMTP !

Si Phpmynewsletter dit que le mail est bien parti, c'est que c'est vrai ! Il l'a bien remis au smtp ! Après, ce qu'il se passe, c'est autre chose...

Plusieurs choses :
- la preview utilise EXACTEMENT le même système d'envois du mail de preview que pour la campagne aux destinataires. La seule différence étant 1 destinataire au lieu de xxx
- mon domaine peut effectivement paraître en SPAM chez certains remettant, du fait du faible poids du mail, du peu de mots et des règles de l'hébergeur qui reçoit éventuellement les mails à redistribuer.
Exemple : chez gmail je passe très bien, chez hotmail, c'est en spam ! Chez free ça marche, chez yahoo ça marche, à la poste, ça plante... Etant donné que je ne fais pour le compte phpmynewsletter que très très peu de campagnes, ça ne va pas améliorer la réputation...

sinon, une question rapide : est-ce que le dns de votre domaine comprend une clé DKIM ?

Très bien !

renommer les tables en pmn2_ permet de garder d'éventuelles archives, et cela n'a absolument aucun impact sur la délivrance des mails.
Donc maintenant, le temps d'arrivée et ma réponse est sans équivoque : avec le smtp mutualisé OVH : un certain temps !

Alors j'ai été sur le site, je me suis inscrit à la newsletter et voilà ce que je constate :
1/ l'adresse de l'expéditeur (bet@....net) n'a rien à voir avec le domaine pour lequel on s'inscrit, et ça c'est pas bon : possibilité très forte d'être assimilé à du spam.
(Est-ce que la BAL bet@....net reçoit bien les mails ???)
2/ le propriétaire du portail a une adresse en gmail : pourquoi ne pas utiliser smtp gmail (si liste < à 500 contacts) ?
3/ le mail de confirmation d'inscription (pour le double opt-in) est arrivé en quelques secondes, voir quasi-instantanément !

Voilà donc quelques pistes...

Bonjour Simon88, et bienvenue sur le forum.

Il y a plusieurs choses :
Visiblement, on a un serveur en windows, et là, je ne suis guère compétent.
Le bounce live, n'est disponible que pour les serveurs dédié, et lié aux fonctions postfix.
Donc, la première chose, c'est de déclarer le serveur en mutualisé :

Configuration globale > environnement > serveur mutualisé.

Ensuite, si on supprime le script, il faut aussi supprimer les tables. Mais dans ton cas, ça n'a pas été fait visiblement !

Donc, maintenant, il faut comprendre que OVH en mutualisé limite le nombre d'envois des mails !
Et il faut effectivement limiter le nombre de mails envoyés à chaque boucle !

Donc, il faudrait savoir quelle est la taille de la liste, combien de destinataires ???

(Et amitiés aux vosgiens... J'ai habité Saint Dié dans ma jeunesse, et visité Gerardmer lors de festivals ciné.... )