Support et annonces PhpMyNewsLetter.
Vous n'êtes pas identifié(e).
Bonjour Guy et bienvenue sur le forum !
Qu as tu dans tes paramètres ?
Je suis en we, je n ai que mon téléphone et je ne peux pas donner plus de détails, je serai complètement disponible demain soir dimanche, merci de ta compréhension
Arnaud
Oui sur le serveur mais marqué lu...
Je regarde demain
Bonne soirée !
Parfait, je marque résolu.
Merci pour le retour 
Est ce que le mail en erreur a été relevé via une messagerie ?
Est ce que le test de connexion fourni dans l interface donne un check ok ?
Quelle est la chaîne de connexion indiquée en vert au résultat ?
(Sans les identifiants !)
Après contact, nous avons travaillé avec Rolland à la résolution de son problème.
Chez o2switch, Rolland a changé de version de php pour passer de 5.5 native à 5.5.
Et tout fonctionne correctement pour le moment.
A suivre...
Bonjour,
Je vous informe que le serveur hébergeant PhpMyNewsLetter fera l'objet d'une mise à jour importante le 13 juillet 2015 à 22.00.
Durée prévue d'indisponibilité : 4 heures.
PhpMyNewsLetter a été écrit pour fonctionner jusque maintenant avec php 5.3, la mise à jour du serveur comprend un upgrade php en version 5.5 minimum (ainsi qu'un environnement hhvm).
Le portail sera donc indisponible durant cette période.
Merci de votre compréhension.
Arnaud
Tu pourrais nous dire avec quelle version et ce que tu as fait stp ?
Je te dirai par mail dans la soirée
Antoine...
Bon ok, alors en fait, tu en php 5.5... Et je ne l'ai pas testé ! Je n'ai pas encore eu le temps de m'installer un php de ce niveau.
Vu que j'ai pas mal avancé sur 2.0.4, tu peux le tester en le téléchargeant ici :
https://github.com/Arnaud69/phpmynewsle … tree/2.0.4
Y'a eu des changements dans le mode de connexion.
Ou alors que je prenne la main sur ta machine et faire avancer le schimilibilick
Ok les retours, mais as tu pu te connecter ?
Ensuite, je ne comprends pas le http://q3b/pmn2/index.php/
C'est l'adresse où tu es renvoyé ?
Et es tu en sous domaine, genre http://pmn2.q3b.eu/ ?
Bonjour Rolland, et bienvenue sur le forum
à vue de nez, pas d'idée, alors mes questions :
- Si on a un renvoi sur /index.php, alors certainement qu'il y a eu une installation de pmnl en sous domaine... Exact ou pas ?
- Va dans le répertoire include, tu auras un fichier config.php, tu passes le paramètre $type_env à "dev".
Tu appelles la page qui coinces et tu me donnes les codes erreurs.
Sinon, tinymce est complet dans le package, si tu as eu des demandes de remplacement, c'est un bug de ton filezilla paramétré avec un trop grand nombre de transferts simultanés autorisé. 3 à 5 sont suffisants.
J'attends les retours.
En individuel
La version prochaine intégrera oui une suppression en masse toutes listes confondues...
Bonjour,
- Non, il n'y a pas de méthode pour gérer les envois via php mail... D'où l'intérêt de passer par un smtp. (Et ce, quelque soit l'outil utilisé pour l'envoi des mails !)
- Il n'y a pas de configuration. Via un l'envoi en smtp, la collecte des mails en erreur se fait en allant dans la page "analyse des retours" qui ira scruter la boite de l'expéditeur des mails, et marquera les mails en erreur s'il y en a. C'est tout aussi simple. Après cela, il faut aller vérifier les mails, les modifier si nécessaire ou besoin, ou les supprimer.
Voilà !
Ai-je répondu ?
ce sera avec grand plaisir ! C'est très bon pour la base de connaissances !
Bonjour et bienvenue sur le forum !
La version 2 (j'ai fait exprès d'oublier la 1) est réécrite en profondeur, de nombreuses corrections et améliorations ont été apportées.
La version 0.8 beta 3 n'est pas sécurisée... Attention !
Donc pour répondre, il y a 2 écoles :
1er cas :
Installer pmnl 2 dans un autre répertoire (pmnl2 par exemple) et créer les tables avec un préfixe différent de la 0.8
puis exporter la liste des abonnés depuis 0.8
puis importer dans 2.0.3
==> on ne peut pas importer les archives (d'où l'intérêt de poser en parallèle la nouvelle version), car je n'ai pas tester ce cas !
2ème cas :
on installe en lieu et place de la version 0.8.
Je préfère le 1er cas de résolution.
Les changements sont vraiment très importants de la 0.8 à la 2.0, mais la 2 apporte son lot de nouveautés qui sont vraiment importantes...
En tout état de cause, php évolue, pmnl 0.8 est vraiment ancien et risque de ne plus fonctionner assez rapidement.
Tiens nous au courant de ta décision, et n'hésite surtout pas à revenir en cas de problème (ou pour n'importe quoi d'autre !)
Arnaud
Alors oui, une adresse personnelle c'est très bien ! IL FAUT EN METTRE UNE
Ce qui est bien lorsque l'on a beaucoup d'utilisateurs qui travaillent avec un logiciel, un outil, c'est que vos retours d'expériences et remontées de bugs sont multiples et permettent de mieux gérer l'outil pour assurer une plus grande compatibilité et un produit plus abouti.
Aujourd'hui les facteurs sont multiples, par exemple :
- plateforme linux ou windows
- plateforme dédiée ou mutualisée
- OS modifié par hébergeur, ou OS personnalisé
- SMTP personnel (sur un dédié par exemple), de messagerie industrialisée (gmail par exemple), service smtp payant (mailjet par exemple), ou usage du php mail (par exemple)
- problématique de la langue (trouver des traducteurs)
- problématique de la taille des listes ( de 10 à 20000 mails, si si !)
- problématique du type d'envoi (rédaction dans l'éditeur ou import de code html généré en extérieur)
- problématique du type de base de données (il est prévu une compatibilité PgSql, MsSql, Oracle, MariaDB, ...)
- problématique du type de serveur (IIS, apache, nginx, ou autres...)
bref... Voilà avec quoi je dois jongler...
Ah oui, on aussi la problématique des évolutions de php (http://www.phpmynewsletter.com/forum/vi … 1275#p1275)
Alors oui, un bug, c'est normal, et merci de les remonter !
Have fun,
Arnaud
Bonjour,
Je travaille, je travaille !
Et je pense que nous serons dans les temps oui, 24 septembre c'est réalisable !
Bonjour,
Voilà, j'ai trouvé !
En fait, c'est la gestion de l'enregsitrement du mail rédigé dans la zone arcive qui ne fonctionne pas aux planifs suivantes, et reste sur le mail précédent.
Il faut que je planche dessus, je crois que l'on peut dire que l'erreur est importante, le bug est avéré, car empêche l'envoi planifié de plusieurs mails à la chaîne.
Je vois cela au plus vite, bug en zone de composition et non en zone de traitement d'une tâche planifiée...
Je ne ferai pas de correctif sur la version courante, mais ce sera inclus dans la version suivante : 2.0.4
Merci Florian pour le signalement.
Et bonne journée !
Arnaud
Bonjour Florian et bienvenue sur le forum
J avoue n avoir jamais été confronté à cette situation je vais regarder et te donner un retour au plus vite, demain au minimum
Bonjour Thibaut, désolé je n'ai pas eu le temps de passer aujourd'hui sur le forum.
conclusion de ton post : rajoute en un rapidement !
Mais de rien
Bonnes campagnes, et ma foi, bonne foire
Mais vu les dates, je crois que c'est passé !
un exemple rapide :
<img src="image.jpg" style="border:0" />Voilà !
Bonjour Thibaut et bienvenue sur le forum !
Il y a plusieurs facteurs, mais je pense au vu du code que tu présentes :
- le code est généré à coté de phpmynewsletter (exact ?)
- si oui, il faut alors ajouter une propriété border:0 à l'image, exemple :
<img src="http://www.xxx.com/newsletter/news/2015-04_News_Foire.jpg" alt="Voulez-Vous... à la foire" width="630" height="700" style="border:0" />Ensuite, il faut noter que les différents outils de lecture des mails (thunderbird, outlook express ou office ou pro, ou gmail, ou hotmail, ou autres...) traitent les images de manières différentes !
Le mieux est d'ajouter style=... car border directement dans la description de la balise img n'est pas supportée en html5 (webmail donc afficheront une bordure par défaut dans le style imbriqué du client webmail)...
Voilà voilà !
Déjà essaie à ce rythme sur un jeu d essai de 100 mails et donne un retour.
Tu es en mutualisé ?
Bonjour,
Le problème est très simple : le serveur de base de données est très lent ! Your MySql is too slow !
Quand un mail est marqué comme envoyé, alors la base doit être mise à jour, et passer au mail suivant.
Mais là, le mail part, la base de données n'est pas mise à jour, donc on refait un envoi.
La prochaine version prendra en compte ce problème, mais ce n'est pas un bug !
Mon conseil : 5 mails par boucle de 10 secondes.
S'il te plait, quelle est ta nationalité ? Je cherche des traducteurs pour la prochaine version.
In english, i hope this will helop you.
Your database is too slow ! As soon as a mail is send, database should be updated. But as she's too slow, mail is not marked as done, and so phpmynewsletter take mails marked as not yet send and retry a new send... So this is why you have 3 send for a mail.
So what to do : please send 5 mails for each 10 seconds, no more !
The next version should resolve it, but it's not a bug...
Please, what is your language ? I'm looking for translators...
Arnaud