PhpMyNewsLetter 2.0

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

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