Automatisation de l'envoi de newsletters

13 réponses

Auteur	Message
mirage \| Modérateur Inscrit le : 04/05/2005	# Le 26/05/2005 à 15:51 Hello Devant ma non motivation pour la rédaction de newsletters et surtout des problèmes au niveau de l'envoi, je vais développer un système d'envoi automatisé qui fait tout tout seul. Avant de me lancer dans le développement, je voudrais avoir vos retours et idées car je sais que certains font ce genre de choses (Lexode et Radins) et j'aimerai savoir comment ils gère celà (cron...). Je pense faire quelque chose qui se lance une fois par semaine, qui va chercher des trucs en bdd, rédige le mail (personnalisé avec login...) et l'envoi... sorte de boucle qui fait toute seule. Avez-vous des astuces, des idées, des liens... ? PS : Pas besoin de me dire d'aller chez Splio & co, pas les moyens, je veux un truc maison, c'est au niveau de la manière dont ça va être traité par le serveur que je voudrais avoir des retours ! Merci
Julgates \| Julien Administrateur Inscrit le : 09/03/2005	# Le 26/05/2005 à 16:01 Mon truc génère tous les matins à 4h30 les mails en fonction des choix de l'user et part aussitot dans la queue de qmail, it's working Shopping Time Network - Founder / CTO
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 26/05/2005 à 16:50 Je mets tout dans une bdd, récupère ensuite un certain nombre de mails à chaque lancement du cron et marque les comme envoyés, tout en vérifiant certains petits trucs (charge du serveur, evoi précédent terminé (pour ne pas envoyer plusieurs fois à la même personne), etc.) - aucun souci jusqu'à 70.000-80.000 après j'ai pris un dédié qui ne fait que ça..
krucial \| Jean Christophe Administrateur Inscrit le : 09/03/2005	# Le 26/05/2005 à 17:57 Julgates a dit : et part aussitot dans la queue de qmail Cad ? par un pauvre mail() ou autrement ? JC - Mes sites \| Affiliation devis travaux \| Cotes voitures anciennes
Julgates \| Julien Administrateur Inscrit le : 09/03/2005	# Le 26/05/2005 à 20:10 krucial a dit : Julgates a dit : et part aussitot dans la queue de qmail Cad ? par un pauvre mail() ou autrement ? un pauvre mail() mais ca ne représente pas autant de mails que radins, tout au plus un ou deux milliers chaque matin Shopping Time Network - Founder / CTO
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 26/05/2005 à 22:13 A mon avis (attention non expert juste basé sur l'experience) le problème ne se trouve pas dans le mail() mais du côté du serveur mail..
Geo 113 \| Geoffrey Modérateur Inscrit le : 04/05/2005	# Le 27/05/2005 à 00:12 yes mail() même si il est pas otpimal pose pas problème, le problème c'est qmail qui à partir d'un grand nombre de mails récalcitrant commence à s'embourber. Cosmix Rendez imprévisible l'Economie; Mentez aux sondages
mirage \| Vincent Modérateur Inscrit le : 04/05/2005	# Le 27/05/2005 à 07:55 Les MTA en général posent problème... et le pire ce sont les mails qui n'existent plus qui reste bloqués dans la queue et hop, ça retarde la distribution (ils restent 4 heure avant de revenir en erreur chez moi) ! Je vais faire des flots d'envoi (actuellement je fais 250 mails toutes les 10 minutes et ça part assez rapidement sans que le serveur ne dérouille
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 27/05/2005 à 09:36 Sur le mien je tourne bien à environ 500 toutes les deux minutes.. au-delà c'est chaud car les FAI commencent à te bloquer (trop de mails d'une ip).
mirage \| Vincent Modérateur Inscrit le : 04/05/2005	# Le 02/06/2005 à 10:59 Bon alors, j'ai quasiment terminé tout ça, ça marche assez bien et mon MTA ne semble pas bloqué par mes mails de tests, tout s'écoule assez rapidement . Je voudrais avoir l'avis des spécialistes à propos de l'utilisation de la fonction sleep() pour retarder l'envoi pendant quelques secondes... Dans mon cas j'incrémente un compteur et dès qu'il atteint les 250, je fais un sleep pendant 300 secondes (5 minutes) puis ça repart. Là encore ça semble marcher et ça ne semble pas tuer le serveur... Y a des risques ? (j'ai choisi cette méthode pour ne pas me tapper des cron à programmer, il suffira que je n'en lance qu'un et il fera tout). Merci
radins \| Tobias Modérateur Inscrit le : 09/05/2005	# Le 02/06/2005 à 11:04 Euh perso je ferais ça avec un simple cron exécuté toutes les 3 minutes (tu n'en as qu'un seul à programmer).. mais je ne suis pas un pro du php...
mirage \| Vincent Modérateur Inscrit le : 04/05/2005	# Le 02/06/2005 à 11:28 Oui ça fait un cron à programmer mais j'ai peur que ça s'embourbe un peu...
erwinol \| Erwin Membre Inscrit le : 09/05/2005	# Le 02/06/2005 à 19:41 Je pense que le cron est préférable. Avec un sleep entre chaque envois tu ne risques pas un timeout ? Je n'en suis pas sûr. Ou alors tu rediriges chaque fois vers une autre page qui fera l'envoi suivant ... de cette manière tu réduis le risque de timeout étant donné qu'il s'agit chaque fois d'une nouvelle exécution.
mirage \| Vincent Modérateur Inscrit le : 04/05/2005	# Le 02/06/2005 à 20:18 J'ai testé et je n'en ai pas eu... faut que je regarde ça avec plus d'emails

Auteur

Message

Inscrit le : 04/05/2005

# Le 26/05/2005 à 15:51

Hello

Devant ma non motivation pour la rédaction de newsletters et surtout des problèmes au niveau de l'envoi, je vais développer un système d'envoi automatisé qui fait tout tout seul.

Avant de me lancer dans le développement, je voudrais avoir vos retours et idées car je sais que certains font ce genre de choses (Lexode et Radins) et j'aimerai savoir comment ils gère celà (cron...).

Je pense faire quelque chose qui se lance une fois par semaine, qui va chercher des trucs en bdd, rédige le mail (personnalisé avec login...) et l'envoi... sorte de boucle qui fait toute seule.

Avez-vous des astuces, des idées, des liens... ?

PS : Pas besoin de me dire d'aller chez Splio & co, pas les moyens, je veux un truc maison, c'est au niveau de la manière dont ça va être traité par le serveur que je voudrais avoir des retours !

Merci

Julgates | Julien
Administrateur

Inscrit le : 09/03/2005

# Le 26/05/2005 à 16:01

Mon truc génère tous les matins à 4h30 les mails en fonction des choix de l'user et part aussitot dans la queue de qmail, it's working

Shopping Time Network - Founder / CTO

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 26/05/2005 à 16:50

Je mets tout dans une bdd, récupère ensuite un certain nombre de mails à chaque lancement du cron et marque les comme envoyés, tout en vérifiant certains petits trucs (charge du serveur, evoi précédent terminé (pour ne pas envoyer plusieurs fois à la même personne), etc.) - aucun souci jusqu'à 70.000-80.000 après j'ai pris un dédié qui ne fait que ça..

krucial | Jean Christophe
Administrateur

Inscrit le : 09/03/2005

# Le 26/05/2005 à 17:57

Julgates a dit :
et part aussitot dans la queue de qmail

Cad ? par un pauvre mail() ou autrement ?

JC - Mes sites | Affiliation devis travaux | Cotes voitures anciennes

Julgates | Julien
Administrateur

Inscrit le : 09/03/2005

# Le 26/05/2005 à 20:10

krucial a dit :

Julgates a dit :
et part aussitot dans la queue de qmail

Cad ? par un pauvre mail() ou autrement ?

un pauvre mail()

mais ca ne représente pas autant de mails que radins, tout au plus un ou deux milliers chaque matin

Shopping Time Network - Founder / CTO

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 26/05/2005 à 22:13

A mon avis (attention non expert juste basé sur l'experience) le problème ne se trouve pas dans le mail() mais du côté du serveur mail..

Geo 113 | Geoffrey
Modérateur

Inscrit le : 04/05/2005

# Le 27/05/2005 à 00:12

yes mail() même si il est pas otpimal pose pas problème, le problème c'est qmail qui à partir d'un grand nombre de mails récalcitrant commence à s'embourber.

Cosmix
Rendez imprévisible l'Economie; Mentez aux sondages

mirage | Vincent
Modérateur

Inscrit le : 04/05/2005

# Le 27/05/2005 à 07:55

Les MTA en général posent problème... et le pire ce sont les mails qui n'existent plus qui reste bloqués dans la queue et hop, ça retarde la distribution (ils restent 4 heure avant de revenir en erreur chez moi) !

Je vais faire des flots d'envoi (actuellement je fais 250 mails toutes les 10 minutes et ça part assez rapidement sans que le serveur ne dérouille

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 27/05/2005 à 09:36

Sur le mien je tourne bien à environ 500 toutes les deux minutes.. au-delà c'est chaud car les FAI commencent à te bloquer (trop de mails d'une ip).

mirage | Vincent
Modérateur

Inscrit le : 04/05/2005

# Le 02/06/2005 à 10:59

Bon alors, j'ai quasiment terminé tout ça, ça marche assez bien et mon MTA ne semble pas bloqué par mes mails de tests, tout s'écoule assez rapidement .

Je voudrais avoir l'avis des spécialistes à propos de l'utilisation de la fonction sleep() pour retarder l'envoi pendant quelques secondes... Dans mon cas j'incrémente un compteur et dès qu'il atteint les 250, je fais un sleep pendant 300 secondes (5 minutes) puis ça repart. Là encore ça semble marcher et ça ne semble pas tuer le serveur... Y a des risques ? (j'ai choisi cette méthode pour ne pas me tapper des cron à programmer, il suffira que je n'en lance qu'un et il fera tout).

Merci

radins | Tobias
Modérateur

Inscrit le : 09/05/2005

# Le 02/06/2005 à 11:04

Euh perso je ferais ça avec un simple cron exécuté toutes les 3 minutes (tu n'en as qu'un seul à programmer).. mais je ne suis pas un pro du php...

mirage | Vincent
Modérateur

Inscrit le : 04/05/2005

# Le 02/06/2005 à 11:28

Oui ça fait un cron à programmer mais j'ai peur que ça s'embourbe un peu...

erwinol | Erwin
Membre

Inscrit le : 09/05/2005

# Le 02/06/2005 à 19:41

Je pense que le cron est préférable.

Avec un sleep entre chaque envois tu ne risques pas un timeout ? Je n'en suis pas sûr.

Ou alors tu rediriges chaque fois vers une autre page qui fera l'envoi suivant ... de cette manière tu réduis le risque de timeout étant donné qu'il s'agit chaque fois d'une nouvelle exécution.

mirage | Vincent
Modérateur

Inscrit le : 04/05/2005

# Le 02/06/2005 à 20:18

J'ai testé et je n'en ai pas eu... faut que je regarde ça avec plus d'emails

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.