Forum

Bonjour,

J'ai lu la news de recrutement. Dessous, il y en a une autre qui parle de la prochaine version de PHPBoost. Dans cette prochaine version, il est annoncé une refonte du module newsletter et l'envoi de mail par smtp.

• Cette nlouvelle version du module newsletter prévoira-t-elle d'envoyer des mails à plus de 200 membres ? En clair, pourra-t-elle faire de l'envoi en nombre ?
• A quoi servira l'envoi de mail par smtp ? Puisque nous pouvons entrer en relation avec les membres par email privé via l'espace privé. Ca n'a peut-être rien à voir me direz-vous. Mais c'est juste pour comprendre...
  

Ce qui est sûr, c'est que je suis déjà pressé, comme beaucoup sûrement, de voir cette prochaine version !

Au plaisir de vous lire.

Bien cordialement.

Le module actuel permet déjà cela. La limite vient en général de l'hébergeur. En mutualisé, la plupart des hébergeurs interdisent l'envoi d'email en masse en PHP.





Justement à contourner cette limite d'envoi de mail en PHP. Soit en utilisant un serveur SMTP personnel soit en utilisant celui fourni par l'hébergeur.

Exemple : mon hébergeur limite le nombre d'mails en PHP par heure. Mais il fournit un serveur SMTP pour les envois en masse. PHPBoost ne prenant pas encore en charge cette fonction, j'ai installé un autre script de newsletter. La prochaine version de PHPBoost permettra cela, c'est une grande amélioration.

Ah ça oui ! Car c'est le cas pour moi aussi : mon hébergeur limite à 100 emails par heur l'envoi en nombre. Ce sera donc super avec cette fonction d'envoi par smtp car nous pourrons contourner les limites des hébergeurs.

Sinon, en attendant, quel est le script de nl que tu as installé ? s'installe-t-il facilement dans pbst ?

Cordialement.

Oui mais vous êtes limité par le temps d'exécution maximal de la page par PHP.

C'est bien ce que je pensais... Et si je me souviens bien, nous avions discuté de faire une tâche cron pour relancer les envoies toutes les heures par exemple.

Donc, si j'ai bien compris, le module NL de la prochaine version ne pourra pas lui non plus envoyer des emails en nombre, disons pas à plus de 200 à la fois environ, ce qui est à peu près le temps d'exécution d'une page par php.

C'est ça ?

Cordialement.

J'ai essayé de forcer la modification du temps d'exécution maximal. Mais ça ne fonctionnera pas sur tout les serveurs.

c'est typique, et ne peut fonctionner.
par exemple ovh limite les envoi, mais en prime si tu trifouille et fait un over-quota il te suspende le service. enfin sa sur les mutualiser.
il faut voir les info du cotes hebereur pour connaitre les valeur/temps.

il y auras le meme souci pour les envoie via smtp.
une piste peut etre, la méthode employer par piwigo, et la génération des miniature, ils font un listage avant envoi, et permette de ne faire l'envoi que d'un certain nombre par un certain nombre.
histoire de ne pas surcharger php avec GD.

J'utilise Newslettux. Il gère le SMTP et peut être configuré pour envoyer les mails par paquets d'un nombre déterminé. En ce qui me concerne, je n'ai jamais eu de soucis dues aux limites de PHP avec ce script.

Pour répondre à Sch, il n'est pas complètement intégré à PHPBoost, uniquement sa page d'inscription, il utilise une base de données qui lui est propre.

Oui on pourrait faire ça en cron, mais la c'est pareil, tout les hébergeurs ne l'accepte pas.

la solution qu'utilise Shadow n'est pas du cron, mais une selection par quantité si j'ai bien compris.
donc le meme systeme a peu pres que piwigo pour la génération des mignatures.

Certe il faut stoquer les info si déja envoyer ou no, mais c'est pas du cron

Bonjour,

Et par paquets de combien ont peut envoyer en smtp ?

Mais de quoi est-ce que tu parles ? Il est question ici d'un script de newsletter...





Dans Newslettux, c'est paramétrable, il suffit donc de tester pour voir ce qui fonctionne chez son hébergeur.

@Sat' tu en sais un peu plus ? C'est un fichier de cache alors ? Mais si personne ne navigue sur le site. Pas de mail d'envoyé ..

le principe tu veut dire reidlos ?

oui shadow, c'est bien des newsleter don je parle aussi. bon ok je m'appuis sur autre chose, mais c'est temporiser un script, donc que ce soit pour lancer une manipulation gd (image) ou un script qui envoi un mail c'est pareil.

Pour le principe, il me semble que l'on peut voir cela de cette façon, un systeme de cache, et la memorisation de la newsleter et l'envoi de celle ci par paquet de X membres inscrit.

Pour en revenir a mon exemple, la génération est fixe, les paramettre sont comme pour la galerie defini et fixe.
donc la page d'appel ne permet que de définir le nombre de vignette créer par soumission.
ce qui peut se reporter en étapes pour une newsletter :
1) création de la newsletter.
2) envoi de X / Y mail.
3) envoi d'un paquet suivant ...
4) ...
jusqu'au dernier.
X etant le nombre de mail envoyer, et Y le nombre total.
en se basant sur un systeme proche de la pagination, on dois pouvoir faire un trie simple qui permette de n'envoyer que une certaine quantité de mail, et ce sans envoyer deux fois a la meme personne.

mais là j'ai des doutes sur ma clarté

C'est très facilement faisable mais seulement dans le cas ou PHP permettrai d’exécuter des taches de fond, ce qui n'est pas le cas actuellement.

Je pense donc que vos scripts qui font ça, ne fonctionne seulement lors de l’exécution d'une page. Si personne ne va sur le site, pas de mail envoyé. On a déjà le même soucis pour l’approbation d'un article ou d'une news. Le seul moyen de faire ça c'est en cron.