Aller au contenu
mdata

Envoi de mails en nombre

Recommended Posts

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 :)

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

  • Upvote 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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 ? :)

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant


×