PhpMyNewsLetter 2.0

Bonjour Veust, et bienvenue sur le forum.

Oui, c'est un peu un déterrage, mais ce n'est pas grave.
Ton cas correspond au fil : https://www.phpmynewsletter.com/forum/v … .php?id=86
Tu changes le mode dev à prod (ça enlève l'affichage des erreurs et tu installes la librairie de fonction dont le lien est dans le fil).

Tiens nous au courant stp,

Arnaud

Bonjour Julien,
Merci pour cette remontée de bug que j inscris de suite à la roadmap 2.0.4 pour correction
Et bienvenue et bon usage bien sûr 

Arnaud

Parfait !

effectivement, ce sont les options de base pour la création d'une nouvelle liste.
Le cheminement logique est donc :

1. création d'une nouvelle liste

2. paramètrage de la newsletter de cette liste

3. import des mails de contact destinés à cette liste

4. rédaction d'un mail

5. preview

6. envoi ou planification

7. traitement des bounces (retours)

Voilà !

Et je passe le sujet en résolu.

Bonjour,
Un mot pour dire que la version 2.0.4 intègre désormais la duplication d'une liste, la fusion de 2 à n listes.
L'option de vidage est en cours.

Voilà, c'est résolu.
Le allow short tag (pour permettre l'usage du <?=) était à off.
Le date.timezone n'était également pas calé.

Ca, c'est un problème php, comme si il n'était pas actif...
Le comportement du serveur, le tien est vraiment étrange...
Tu n'aurais pas 2 php installés, ou quelque chose comme ça ?
Ton précédent php info indiquait un timezone réglé, et là il apparait en erreur, y'a donc un problème serveur...
Un php-fpm installé en plus ?

En fait, dans ton cas, on a les erreurs de Firefox (en langage XUL me semble t-il), pas les erreurs javascripts.
Le / placé dans l'interface, c'est OK.
Pas de SSL (ou 443) ou 443 en place, ok.
Alors voilà ce que je pense :
Il y a des erreurs sur la base de données, car il y a eu des tentatives d'envois qui ont échoué, et ça a fichu un peu la grouille...
Le système est assez sensible.
Je crois qu'il y a eu modif du chemin de phpmynewsletter après une tentative d'envoi.
Il va donc falloir :
1/ En premier lieu, faire un export de la liste des mails par l'interface et "export des abonnés". 
2/ vider toutes les tables !
Vider via phpmyadmin toutes les tables sauf celle suffixée "_config"
3/ Créer une première liste de test nommée "liste test", ajouter juste avec un mail ou deux (celui de l'admin par exemple, rédacteur ou autre) pour faire le premier test d'envoi.
4/ Faire un premier envoi de test.
5/ Et revenir me dire le résultat.
Le reste me semble être correct...

OK.
Moi ce que je vois, c'est que l'on a un sous-domaine.
PMNL est prévu initialement pour être posé en sous répertoire mais pas en sous domaine.
Mais ça s'adapte, pas de soucis.
Il faut d'abord s'assuer avec un observateur d'évenements (touche de fonction F12 de Chrome puis network, ou console d'erreur CTRL + MAJ + j) que l'on n'a pas d'erreurs d'accès aux fichiers javascripts.
C'est la première chose.
Si erreur il y a, alors me la donner.
Le répertoire d'installation de phpmynewsletter se gère dans
Configuration générale puis onglet "régaleges divers" et chemin de phpmynewsletter.
Avec un sous-répertoire, on aura, déduit par l'installation :
domaine : http://www.domaine.tld/pmn2/
chemin de phpmynewsletter : pmn2/
Normalement, avec un sous domaine, donc un alias, il faudrait mettre ceci
domaine : http://lnpwe.domaine.tld/
chemin de phpmynewsletter : / (slash tout seul, oui !

La seconde : le php.ini n'a pas de timezone défini, pas bien !
Il faut renseigner (ajouter la ligne ou décommenter) date.timezone = Europe/Paris par exemple.
Parce que là, apparemment, ça prend un fuseau US...

Sinon, il me faudrait connaitre la version de php, type de serveur (dédié ou mutualisé) et tout renseignement utile.

Arnaud

Bonjour Dadix.

Moins de 500 mails, alors créer un compte gmail, et passer par le smtp gmail.
Sinon, il faut, à tout prix éviter l'envoi par le smtp communautaire mutualisé OVH.
Ce n'est vraiment pas fait pour ! C'est une horreur ! Ce n'est pas la faute à OVH (ils sont dans un droit logique de protection des adresses IP en sortie, c'est normale de leur part !)
La seconde solution, avec un tout petit budget : un VPS ! Et en faire un petit serveur SMTP dédié, qui gérera seul les envois, c'est la méthode la plus noble...
Chez OVH, on a le 1er prix en SSD : https://www.ovh.com/fr/vps/vps-ssd.xml à moins de 4€ par mois...

Sinon, je suis en train de créer un outil, j'en suis à l'architecture, de load-balancing sur des smtp gratuits... Mais je ne sais pas si ça marchera,... Mais si ça marche....

Dernière chose : les adresses qui ne partent pas, les 9 restantes, c'est quels domaines ?

Bonjour Typiac, et bienvenue quand même sur le forum
Suis sur un ordi public, j'ai pu voir ton souci.
Regarde ce fil qui correspond à ton installation :
http://www.developpez.net/forums/d93590 … -function/
Toujours le php.ini, et y déclarer ton fournisseur de smtp, tu vas vite comprendre.
Si ton problème est résolu, merci de cliquer sur "résolu" dans le bas du premier message du fil.

Bonne journée
Arnaud

Hello,
Yes i didn't, shame on me !
But i'm working to translate it.
Work to perform a good script always go on, so translatation is going with.
I work too on a load balancing for smtp, but as i promised, 2.0.4 will have a full English translation, which give us possibility to translate easily in many other languages.
Please, excuse me because i didn't give you an answer.
I think you'll be surprised ;-)

Alors pour moi c'est la période intermédiaire entre les derniers envoyés corrects et les premiers envoyés en erreur.