Envoi de mails en nombre

[mdata]

Bonjour

J'ai un souci d'envoi de mails depuis mon hébergement, et je ne sais pas trop comment m'en dépatouiller.

La problématique : sur un de mes sous-domaine tourne un Wordpress équipé d'un plugin développé par mes soins (pour gérer une association). Ce Wordpress a donc besoin d'envoyer des mails, dans les cas suivants : 

- La vie "normale" d'un WP (mails de maintenance aux admin, reset mot de passe aux utilisateurs)

- Les activités liées à l'association : envoi de mails à chaque mise en ligne de plannings (un par semaine), envoi de mails (txt ou ical) sur demande lors d'inscription aux activités, envoi de mails en cas de modification/annulation d'activités (qui ont entre 1 et 30 inscrits)

Pour la deuxième partie, le volume peut être conséquent (200 inscrits dans la base au total).

Cette partie est implémentée en utilisant wp_mail(), donc par défaut cela utilise la fonction mail() de php.

Comme j'ai pu constater lors de mes tests que cela peut donner des mails qui n'arrivent pas (réglé dans un ticket), je me suis penché plus avant sur la question (et j'ai lu le forum) et j'ai voulu utiliser un smtp : celui de gmail via un plugin qui permet de mettre ça par dessus wp_mail.

Ca a très bien démarré, mais ce midi lors du lancement du site (donc envoi de 2x 200 mails), gmail a brusquement cessé d'envoyer les mails. Du coup je suis repassé sur la config de base (wp_mail / mail() donc) et là aussi une partie est arrivée mais ça s'est arrêté de fonctionner et plus rien ne passe.

J'ai donc l'impression que je m'y prends mal et je ne sais pas trop comment m'en sortir.

Les scénarios :

- Continuer à utiliser wp_mail/mail () mais des pistes pour que ça se passe mieux ?

- Utiliser un smtp externe : j'ai l'impression que si je rebranche gmail ça va à nouveau exploser en vol. 

- Utiliser le smtp d'un compte zimbra sur yulpa : est ce que le smtp va pouvoir encaisser la charge ?

 

Tous les conseils sont les bienvenus, merci d'avance

 

[Adrien]

Je passe par les smtp de google après avoir remarqué que mes mails vers les adresses microsoft n'arrivaient jamais (un peu de mieux depuis). Donc en ce qui me concerne, je n'ai aucun souci mais j'envoie jamais un nombre important d'e-mail d'un seul coup. Tu peux essayer de remettre l'envoie via les smtp de google mais en n'envoyant pas tous les mails d'un coup. Fait des petits paquets sinon, je pense que google prend un peu peur.

[Invité Simon D.]

Bonsoir,

Il y a 2 heures, mdata a dit :

- Continuer à utiliser wp_mail/mail () mais des pistes pour que ça se passe mieux ?

• Mettre les destinataires en Cci, pas en "A".
• Ne pas avoir dans le corps du mail des liens ou images pointant vers des sites considérés comme indésirables (infectés, envoi de spam, etc.).
• Éviter aussi les messages avec une phrase ou deux et  remplis de liens ou d'images.
• Maintenir la liste d'abonnés à jour et éviter d'envoyer à des adresses invalides

Sur simple demande par ticket, en nous indiquant l'adresse émettrice et l'heure d'envoi, on peut aussi regarder de notre côté la cause.

Il y a 2 heures, mdata a dit :

- Utiliser le smtp d'un compte zimbra sur yulpa : est ce que le smtp va pouvoir encaisser la charge ?

Il va surtout bloquer votre compte lors des envois de newsletters Pour nous, l'envoi via PHP mail() est la seule méthode supportée car à même "d'encaisser".

Il y a 2 heures, mdata a dit :

- Utiliser un smtp externe : j'ai l'impression que si je rebranche gmail ça va à nouveau exploser en vol.

Je vous conseille plutôt dans ce cas d'utiliser un serveur spécialisé type Mailjet / Mailchimp; c'est aussi du SMTP (d'autres méthodes possible) mais c'est fait pour.

[mdata]

Merci beaucoup pour votre aide à tous les deux.

Je vais détailler un peu mon cas : je n'envoie pas un mail avec les 200 adresses en A/CC/CCi, mais je fais un wp_mail pour chaque destinataire (ne serait-ce que parce que les mails sont personnalisés avec le prénom du destinataire). Chaque mail étant traité individuellement,  ça fait donc à chaque fois 200 connexions successives au serveur de mail...

Les mails sont comme suit :

 

Citation

Bonjour Jean,

Le planning de la semaine prochaine est en ligne !

Vous pouvez dès à présent vous inscrire pour les activités qui vous intéressent.

Rendez-vous sur la page du planning pour vous inscrire :

http://escaletest.mdata.fr/2017/09/22/planning-2017-semaine-39/


Si vous vous inscrivez et que finalement vous ne venez pas, merci de vous désinscrire
afin de permettre à des personnes en liste d'attente de pouvoir venir.


A très vite,


L'Equipe de l'Escale des Génopolitains

--
Mail automatique envoyé par l'Escale - Ne pas répondre

 

Je n'ai pas l'impression qu'ils sont de nature à allumer en rouge les sentinelles du spam, mais je peux me tromper.

Pour le ticket, j'en ai déjà un d'ouvert pour des problèmes un peu similaires cette semaine (qui m'ont amené à envisager la solution google), du coup est ce que je le complète ou bien est ce que j'en ouvre un nouveau ?

 

 

[mdata]

Je me rends compte que je n'ai pas reparlé de ce sujet, je vais en dire deux mots des fois que ça puisse en aider d'autres.

- Les serveurs SMTP externes type mailjet : ça marche super bien, sauf que pour la formule gratuite la volumétrie mensuelle serait explosée en une semaine (et comme c'est pour une petite association je ne me vois pas leur demander d'investir pour la formule payante)

- L'envoi des 200+ messages (on approche les 300 depuis) : j'ai totalement revu ma façon de faire et en fait je découpe la liste des destinataires par paquets de 20 adresses, et à chaque fois j'envoie un mail à l'adresse admin du site avec les 20 noms en CCi. Ca marche plutôt pas mal avec wp-mail (sans SMTP) et des headers bien configurés.

[Luc Vercruysse]

Bonjour, 

POur mon site, j'utilise Joomla et le plugin Acymailing pour gérer l'envoi de newsletters. Je peux configurer le plugin pour envoyer les mail par paquets. Je l'ai configurer un peu au hazard en limitant l'envoi de paquet de 40 mails toutes les 5 minutes. Sur l'aide en ligne de acymailing, il y a une liste de limitation par fournisseur. Yulpa! n'est pas référencé.

https://www.acyba.com/index.php?option=com_updateme&ctrl=doc&component=AcyMailing&page=send-process

Ma question est donc: quelles sont les limites chez Yulpa! ?

J'ai un peu chercher dans la doc et le forum. Pas trouvé jusqu'à présent. 

Je dois envoyer jusqu'à 300 mails par publication.

Merci d'avance pour votre aide

[Invité Simon D.]

Le 07/12/2017 à 21:44, Luc Vercruysse a dit :

Ma question est donc: quelles sont les limites chez Yulpa! ?

C'est simple: il n'y en a pas. Nous avons des clients qui envoient des newsletters à plusieurs milliers de personne chaque jour.

Maintenant, tout dépend ce que vous voulez. Si c'est pour une newsletter pro, je vous conseillerais plutôt de passer par un service spécialisé qui gérera pour vous les liens de désinscription et proposera du reporting (taux d'ouverture, de rejet, etc.). Tout dépend du besoin

[mdata]

Oui mais comment font-ils ? Un envoi unique sur une adresse et les milliers de personnes en CCi ? Ou du saucissonnage ?

Pour ma part, je fais par paquets de 20 comme indiqué plus haut, mais j'aimerais savoir si je peux par exemple passer à 30 voire 50 destinataires par mail, ce qui réduirait considérablement le nombre de mails envoyés...

(j'ai regardé mailjet d'ailleurs, je m'en sers pour une autre partie de mon traffic mail, la formule gratuite est trop juste pour les envois hebdomadaires).

[Luc Vercruysse]

Merci Simon pour cette réponse qui me convient parfaitement.

Le plugin Acymailing de Joomla! est pro même si j'utilise la version gratuite qui est suffisante pour le moment. Il gère entre autre les désinscriptions, permet de créer plusieurs newleters en fonction des catégories de membre,...

Pour mdata, avec ce module, je crée mes newsletter via l'interface d'administration de mon site. Je peux y intégrer automatiquement des articles de mon sites, créer un template, etc..

Je continue donc dans cette voie et vais supprimer l'envoi par paquet + temporisation. C'est une des option de ce plugin.

 

 

[mdata]

Merci pour les informations. De mon côté, vu que c'est un développement perso je tâtonne forcément un peu  

Je vais tenter de passer à 30 destinataires demain, si vous voyez de la fumée ce sera de ma faute  

[Invité Simon D.]

Il y a 21 heures, mdata a dit :

Oui mais comment font-ils ? Un envoi unique sur une adresse et les milliers de personnes en CCi ? Ou du saucissonnage ?

C'est une bonne question Pas certain que l'anti-spam apprécie un mail avec plusieurs milliers de personnes en Cci ^^

Pour le site à lequel je pense, c'est envoyé un à un car l'envoi s'étale sur plusieurs minutes et l'on voit passer autant de mails qu'il y a de destinataires.

L'avantage de la méthode PHP mail() est qu'elle agit comme une mémoire tampon, tout est accepté rapidement et le serveur web relaie ensuite à son rythme.

[mdata]

Oui c'est clair que ça ne passera pas forcément comme ça

L'envoi un par un j'avais tenté au début, mais le serveur mail avait moyennement apprécié et fini par tout bloquer au bout d'une centaine d'envois. C'est pour ça que j'en suis venu (après être venu vous consulter ici) à saucissonner (donc diviser ma liste de destinataires par paquets de taille fixe et envoyer autant de mails que nécessaire à une adresse donnée avec les destinataires de chaque "paquet" en CCi, les envois étant espacés de 5 secondes) et jusqu'ici ça marche plutôt bien.

On sera fixés demain si 30 destinataires en CCi ça passe aussi bien que 20  

Modifié 14 décembre 2017 par mdata

[Invité Simon D.]

il y a 42 minutes, mdata a dit :

On sera fixés demain si 30 destinataires en CCi ça passe aussi bien que 20  

J'éviterais cette méthode qui me semble inadaptée pour une newsletter

Pour moi, envoyer par paquet = envoyer X mails d'un coup - un par destinataire - puis pause de X secondes.

[mdata]

Bin c'est ce qui m'avait été conseillé tout en haut du topic pourtant... j'avoue mon incompréhension...

[Invité Simon D.]

il y a 28 minutes, mdata a dit :

Bin c'est ce qui m'avait été conseillé tout en haut du topic pourtant... j'avoue mon incompréhension...

Si vous faîtes référence à mon 1er message, je recommande seulement de mettre les destinataires en Cci plutôt qu'en A car l'anti-spam "préfère".

Cela ne signifie pas pour autant que c'est la meilleure méthode pour envoyer une newsletter

[mdata]

J'avais donc mal compris  

Donc si je vous suis bien, je devrais plutôt faire un truc du genre

 

for i (liste de mes ~300 destinataires)

   wp_mail (i) (wp_mail provient de l'api wordpress)

   compteur++

   si (compteur == limite) alors attendre 5 secondes et compteur = 0

 

Moi ça me va très bien, si je suis sûr que le serveur ne va pas bloquer et que je ne vais pas dépasser le max_execution_time (je l'ai mis à fond sur ce site)

[Invité Simon D.]

Oui, cela me semble être une bonne approche

Si cela bloque tout de même,n'hésitez pas à ouvrir un ticket pour que l'on vous en donne le motif (en précisant l'heure d'envoi et le domaine).

[mdata]

Je testerai alors  Demain c'est le dernier envoi de l'année donc je ne touche rien, et je vais profiter de la fin d'année pour recoder ma fonction d'envoi de mail

Un très grand merci pour votre aide