Envoi de nombreux mails avec mail() via un Performance 3 ou 4

Je souhaite également savoir si vous avez déjà eu des problèmes par rapport au blocage à partir de 5% d'erreurs lors des envois via mail(). Si les utilisateurs sont jeunes il peut arriver de se tromper dans le mail, si on ne se connecte pas sur le boite mail pendant plusieurs mois, certaines adresses sont désactivées. Avez vous eu des problèmes ? Comment avez vous géré cela ?

Bonjour,

si le mail n'existe pas, tu reçois un "bounce" via le manager. C'est donc à toi après de "purger" ta liste en fonction des "bounce" précédemment reçu.

Sinon pour l'envoie de newsletter et autre, la tendance générale est à passer par des services spécialisés pour ceci. (j'ai déjà vu mailjet conseillé sur ce forum, après je ne les utilise pas).

Bonjour,

D'accord, mais bon 5% c'est vite fait ... Mais dans le pire des cas je peux passer par SMTP qui ne possède, il me semble, pas cette limite. Au moins pour l'inscription histoire de ne pas perdre de nouveaux inscrits simplement car les mails ne s'envoient plus.

Pour les newsletters il semble effectivement préférable d'utiliser un service dédié afin d'assurer une "délivrabilité" maximale aux mails. Mais bon ça rajoute à chaque fois des dépenses ...

Je suis actuellement sur un hébergement mutualisé à 5€ HT par mois, tout illimité, et pour l'envoie de mails (STMP mais aussi mail() )ça passe par de très nombreux serveurs afin que les services de messageries ne bloquent pas tout en voyant beaucoup de mails arriver à partir de la même IP. Je suis étonné que OVH avec une offre beaucoup plus restrictive avec beaucoup de limites, et bien plus chère, n'améliore pas ses offres en ajoutant ce système.

Bonjour,

déjà l'illimité n'existe pas.
Ensuite les restrictions via SMTP s'applique au compte email + IP, il y a également des restrictions sur la fonction mail en terme de volumétrie.

De plus il faut pas comparer OVH avec des hébergeur plus petit, car OVH (pour la partie web) c'est plusieurs cluster avec plusieurs milliers de machines et plusieurs millions de site web répartie sur les clusters, donc oui OVH aussi à plusieurs serveurs mails de sortie mais si il y a des restrictions c'est pour éviter de se les faire bloquer à cause d'envois de spam/phishing ou trop de mails (par exemple, il me semble que orange limite les serveurs mail à 2 connexion sur sont infrastructure).

Et comme dit plus haut les hébergement web ne sont pas conçus pour le mailing de masse, pour ça il y a des prestataire spécialisé (comme mailjet que OVH utilise pour ces propres emailing de masse).

Enfin il n'existe pas que mailjet : mailchimp / mailgun / sendgrid / sendinblue
et ils ont pratiquement tous une offre gratuit pour des petit volume (6k à 12k mails selon les fournisseurs).

Cordialement, janus57

Bonjour,

Certes, l'illimité n'existe pas mais il y a des photographes qui utilisent plus de 400 Go d'espace disque, et moi j'utilise plus de 500 Go de bande passante certains mois et on peut certainement aller largement plus loin.

Cependant comme vous dites, il y a bien plus de clients ici et cela pose d'autres problèmes au niveau des mails. Je vais donc voir du côté des prestataires pour le mailing de masse. Après tout, si j'ai par exemple 15 000 mails à envoyer, avec le chiffre d'affaire résultant de ces 15 000 comptes je peux payer sans trop de difficulté 10 ou 20€ par mois pour envoyer une ou deux newsletters.

J'espère cependant qu'ils ne sont pas trop compliqués à utiliser.

Cordialement
jejedu67

Hello !

Une chose à savoir :

MX Plan > Envoi de mail depuis un logiciel/webmail
Mail() > Mail automatisé (j'ai oublié mon MDP/Welcome sur notre site etc...)
Newsletter > MailJet

C'est pourquoi la fonction mail() a ces limitations, théoriquement tu n'auras pas 10% de tes inscriptions qui renseigneront un mauvais mail.

Bonsoir,

Oui, je me suis rendu compte qu'il ne faut pas tout envoyer à partir de l'hébergement mutualisé, je pense que je ferais les mails via cela: https://www.ovh.com/fr/emails/email-pro/
A moins que ça a changé, c'est 5 et non 10%. Sur 100 inscriptions ou 100 demandes de récupération de mot de passe, il est tout à fait possible que 5 se trompent, ce n'est pas si énorme que ça. Sur mon autre site au niveau des inscriptions j'en vois qui testent par exemple monadressemail@gmail.fr puis après ils font monadressemail@ggmail.fr et enfin monadressemail@gmail.com

Cordialement
jejedu67

Mail Pro = Mx Plan au niveau de la limitation ET ce sont des solutions d'envoi de mail à la main :slight_smile:

Si Mail Pro = Mx Plan, pourquoi sur la page https://www.ovh.com/fr/emails/email-pro/ https://www.ovh.com/fr/emails/email-pro/ il est marqué 10 Go par compte, et sur les pages https://docs.ovh.com/fr/fr/web/emails/utilisation-avancee-des-e-mails/ https://docs.ovh.com/fr/fr/web/emails/utilisation-avancee-des-e-mails/ https://docs.ovh.com/fr/fr/web/emails/commander-un-mx-plan/ il est marqué 5 Go ? 1 Go me suffit largement mais c'est par curiosité.

Puisque vous êtes sur cette discussion j'en profite pour poser une petite question. Le fait que l'adresse IP de l'hébergement web n'est pas la même que celle d'où sont envoyés les mails ne pose pas de problème au niveau des filtres anti spam des différents fournisseurs de messagerie ? Par exemple si j'envoie via mail() avec dans "From" jeremy@nomdedomaine.fr et si j'envoie le même mail via le webmail, également avec jeremy@nomdedomaine.fr dans le "From", seront-il traité de façon égale ou celui envoyé depuis l'hébergement web avec mail() a-t-il moins de chances d'être classé en spam ?

Je souhaite également savoir si les blocages se produisent trop souvent à cause des envois via mail(), est ce que je suis autorisé à les envoyer via PHP mais avec la méthode par connexion SMTP ? Car franchement 5% d'erreurs c'est rien. Il suffit qu'une personne écrit gmail.fr, que 2 fassent une faute de frappe dans leur adresse et que deux personnes fassent une réinitialisation de mot de passe, mais que leur adresse mail n'existe plus. Cela fait 5 personnes et sur 100 envois de mails c'est tout à fait possible. Ce qui serait bien ce serait que le compteur d'erreur soit remit à zéro chaque jour, là je veux bien accepter le fait que 5% d'erreurs provoquent un blocage ...

Si Mail Pro = Mx Plan, pourquoi sur la page https://www.ovh.com/fr/emails/email-pro/ il est marqué 10 Go par compte, et sur les pages https://docs.ovh.com/fr/fr/web/emails/utilisation-avancee-des-e-mails/ il est marqué 5 Go ? 1 Go me suffit largement mais c'est par curiosité.

J'ai bien noté = au niveau de la limitation ;)

Puisque vous êtes sur cette discussion j'en profite pour poser une petite question. Le fait que l'adresse IP de l'hébergement web n'est pas la même que celle d'où sont envoyés les mails ne pose pas de problème au niveau des filtres anti spam des différents fournisseurs de messagerie ? Par exemple si j'envoie via mail() avec dans "From" jeremy@nomdedomaine.fr et si j'envoie le même mail via le webmail, également avec jeremy@nomdedomaine.fr dans le "From", seront-il traité de façon égale ou celui envoyé depuis l'hébergement web avec mail() a-t-il moins de chances d'être classé en spam ?

Si ton champs SPF est correctement renseigné, pas de souci particulier lors de la réception chez d'autres fournisseurs.

Je souhaite également savoir si les blocages se produisent trop souvent à cause des envois via mail(), est ce que je suis autorisé à les envoyer via PHP mais avec la méthode par connexion SMTP ? Car franchement 5% d'erreurs c'est rien. Il suffit qu'une personne écrit gmail.fr, que 2 fassent une faute de frappe dans leur adresse et que deux personnes fassent une réinitialisation de mot de passe, mais que leur adresse mail n'existe plus. Cela fait 5 personnes et sur 100 envois de mails c'est tout à fait possible. Ce qui serait bien ce serait que le compteur d'erreur soit remit à zéro chaque jour, là je veux bien accepter le fait que 5% d'erreurs provoquent un blocage ...

Voici le fonctionnement des mailouts :

Si le taux de bounce en sortie > 10% et les nombres de mails envoyés est > 100/heure ou 500/jours --> Passage en KO
Si le taux de bounce en sortie > 10% et les nombres de mails envoyés est > 100/heure ou 500/jours --> Passage en Bounce

Status : KO -- envoie de mail impossible, mais possibilités de nettoyé la queue de mail --> retour en Ok
Status : Bounce -- envoie de mail impossible, mais possibilités de "forcer" le débloquage --> passage en Force (pendant 24h) mais si taux de bounce >10% retour en Bounce -- Possibilité de purgé l'ensemble de ses mails pour un retour en Ok.

Ah d'accord, donc si le nombre de mails est inférieur à 100 par heure et inférieur à 500 par jour, le nombre de bounce n'a aucun effet ? Je pense que je serais dans ce cas là comme j'utiliserais mailjet pour les newsletter.

Je tiens également à vous signaler que dans votre message du 8 février https://community.ovhcloud.com/community/fr/probleme-fonction-mail-sur-un-mutualise?id=community_question&sys_id=6422f9449d1e4e901e11a21128f2cf55?u=jeremyr2 https://community.ovhcloud.com/community/fr/probleme-fonction-mail-sur-un-mutualise?id=community_question&sys_id=6422f9449d1e4e901e11a21128f2cf55?u=jeremyr2 il y a une différence sur les %.

Je souhaite également connaître la différence entre le fait de devoir nettoyer la queue de mails avec le status KO, et le fait de purger la queue de mails avec le status Bounce.

Yep, changement de pourcentage entre deux :)

D'accord, mais du coup si bounce en sortie > 10% et les nombres de mails envoyés est > 100/heure ou 500/jours on est en KO ou Bounce ? Car vous avez marqué 2 fois la même chose.

De plus, je ne comprend pas la différence entre nettoyer la queue de mail pour le KO et purger les mails pour le Bounce.

C'est une continuité, tu es en status OK :
1.Si le taux de bounce en sortie > 10% et les nombres de mails envoyés est > 100/heure ou 500/jours --> Passage en KO
2.Tu débloques, tu passes en "force"
3.Si le taux de bounce en sortie > 10% et les nombres de mails envoyés est > 100/heure ou 500/jours --> Passage en Bounce

De plus, je ne comprend pas la différence entre nettoyer la queue de mail pour le KO et purger les mails pour le Bounce.

Je ne comprends pas ta question désolé

Vous avez dit:

_Status : KO -- envoie de mail impossible, mais possibilités de nettoyé la queue de mail --> retour en Ok_
_Status : Bounce -- envoie de mail impossible, mais possibilités de "forcer" le débloquage --> passage en Force (pendant 24h) mais si taux de bounce >10% retour en Bounce -- Possibilité de purgé l'ensemble de ses mails pour un retour en Ok._

Donc pour sortir du status KO il faut nettoyer les mails en attente d'envoi, et pour sortir du status Bounce lorsqu'on y est une seconde fois il faut les purger. Quel est la différence entre ces 2 actions ?

C'est la même chose

Ah tout simplement, d'accord merci.

Ce qui est dommage c'est que les mails dans la liste sont tous perdus, mais bon c'est déjà bien que c'est passé de 5 à 10%. J'augmenterais le nombre de contrôles sur le mail lors de l'inscription avant de l'envoyer et ça devrait aller.

Merci d'avoir répondu à mes nombreux messages.

Bonne soirée