Sur cette page: [cacher]
Sur 29 avril 2025, Microsoft a supprimé le délai de grâce de sa propre annonce. Le plan initial était d'acheminer le courrier non authentifié provenant des gros expéditeurs vers le dossier Courrier indésirable., avec un refus à suivre plus tard. Six jours avant l'exécution, Microsoft est plutôt passé au rejet pur et simple. Le paragraphe barré est encore visible sur la page aujourd'hui. L’hébergement mutualisé est l’endroit où ça mord le plus, car les trois enregistrements vérifiés par Microsoft sont ceux que votre hôte configure à moitié pour vous. Ce guide trie les douze causes d'échec des e-mails d'hébergement partagé en fonction de la personne qui peut réellement les réparer..
Dernière révision: septembre 2026. Capuchons d'envoi de l'hôte, politiques portuaires, relayer les délais de tarification et d'authentification vérifiés par rapport aux sources primaires.
Réponse rapide: Découvrez à qui appartient la pièce cassée avant de modifier un seul paramètre. Dans cPanel, vérifiez le routage des e-mails et votre quota de disque. Envoyez ensuite un message à un testeur d'authentification gratuit comme mail-tester.com. Lire les lignes SPF et DKIM, les deux enregistrements qui prouvent que le courrier est bien le vôtre. Si les quatre sont propres, la faute se situe du côté de la clôture de votre hôte. Cela signifie un port fermé, un plafond horaire, ou une adresse IP de serveur sur liste bloquée, et ceux-ci ont besoin d'un ticket d'assistance plutôt que d'un changement de paramètres. Si votre courrier paie vos factures, retirez-le complètement de l'hébergeur Web.
Trois contrôles qui vous indiquent à qui appartient le problème
Les e-mails d'hébergement partagé se brisent de deux manières très différentes, et presque chaque après-midi perdu vient du fait de traiter l'un comme l'autre. Certains échecs résident dans votre compte, où tu as des boutons sur lesquels appuyer. D'autres vivent sur le serveur, l'adresse IP, ou le pare-feu, où tu n'as rien d'autre qu'une file d'attente pour les tickets. Exécutez d’abord ces trois vérifications et vous saurez de quel type vous disposez.
Première, envoie-toi deux messages. Envoyez-en un depuis le webmail vers une adresse externe, comme un compte Gmail. Ensuite, renvoyez-en un à partir de cette adresse extérieure vers votre domaine.. Si le message sortant arrive et que le message entrant ne le fait pas, votre problème est le DNS ou le routage, et c'est à toi de réparer. Si le trafic sortant échoue mais que le trafic entrant fonctionne, regardez les ports et les plafonds d'envoi. Si les deux échouent, commencez par vos enregistrements MX, les entrées DNS qui nomment votre serveur de messagerie.
Deuxième, lire le rebond. Pas le résumé. Un rebond porte un code d'état SMTP, et ce code nomme l'échec. Un code commençant 4 est temporaire, donc le serveur continue de réessayer. Un code commençant 5 est permanent. “550 5.7.515 Accès refusé” signifie authentification. “452 4.2.2” signifie une boîte aux lettres pleine. Votre formulaire de contact “message envoyé” l'avis ne te dit rien, parce que le script qui l'a imprimé n'a jamais attendu de réponse.
La troisième, ouvrir le suivi de la livraison. Presque tous les hôtes partagés exécutent cPanel, et cPanel fournit un outil que la plupart des gens n'ouvrent jamais. Documentation de cPanel dit que ça te permet “tracer l’itinéraire de livraison d’un e-mail et détecter les problèmes de livraison.” Il lit le journal tenu par Exim, le logiciel de messagerie effectuant l'envoi proprement dit. C'est la différence entre deviner et savoir.
Ce que nous avons vérifié, et où se trouvent les lacunes
Dix hôtes sont nommés dans la section limite d'envoi ci-dessous. Deux autres ont été recherchés et laissés de côté volontairement. Hébergement.com (anciennement A2 Hébergement) et ScalaHosting ne publient aucun chiffre d'envoi d'hébergement partagé que nous pourrions confirmer sur leurs propres sites. Les chiffres de tiers pour les deux se contredisent d'un facteur cinq. Une supposition habillée en chiffre est pire qu'un écart, donc ils ont un écart.
Chaque casquette, la politique portuaire et le prix ici ont été lus à partir de la source qui les définit, en septembre 2026. Les limites des hôtes proviennent des hôtes’ propre base de connaissances et pages d'utilisation acceptable. Le comportement du protocole provient des RFC. Les règles des fournisseurs de boîtes aux lettres proviennent des directives d'expéditeur de Google et des propres annonces de Microsoft., lire sur la page plutôt que dans un résumé de celle-ci. Les prix de relais sont issus des pages actuelles de tarification des fournisseurs. Certaines de ces pages construisent leur contenu avec JavaScript et renvoient un corps vide à une lecture automatisée.. Nous les avons plutôt ouverts dans un navigateur, which is how both Microsoft dates here were confirmed.
Three honest limits. We ran no deliverability tests, donc rien ici ne prétend mesurer le placement dans la boîte de réception. A few cPanel details (the default hourly-mail setting, the DKIM selector) come from independent hosting knowledge bases rather than cPanel’s own docs. Those are flagged where they appear. And sending caps move, so a figure verified today is only a figure that was true today.
Des échecs que vous pouvez réparer vous-même, en une dizaine de minutes
Cinq des douze échecs sont entièrement sous votre contrôle. Parcourez-les dans cet ordre, car le premier provoque plus de perte de courrier sur l'hébergement mutualisé que les quatre autres réunis.
1. Email Routing indique toujours Local alors que votre MX pointe ailleurs
C'est le classique. Vous avez déplacé vos boîtes aux lettres vers Google Workspace ou Microsoft 365, vous avez modifié les enregistrements MX, et le courrier du monde extérieur arrive parfaitement. Ensuite, les notifications de votre formulaire de contact disparaissent. Les factures de votre propre script de facturation n'apparaissent jamais. Tout ce qui est envoyé depuis l'intérieur du serveur disparaît.
Voici pourquoi. cPanel conserve un paramètre de routage par domaine distinct du DNS. Définir sur Échangeur de messagerie local, Les documents de cPanel disent “le serveur acceptera toujours le courrier pour le domaine” et “livrera le courrier à la boîte aux lettres locale.” Il ne regarde jamais vos enregistrements MX. Le serveur dépose donc le message dans une ancienne boîte aux lettres cPanel que personne n'ouvre, et rapporte le succès. Basculez vers Remote Mail Exchanger et le comportement s'inverse: “le serveur n'acceptera pas le courrier pour le domaine”. Il remet tout à “l'échangeur de courrier portant le numéro le plus bas” au lieu, c'est ce que tu veux.
Ouvrir cPanel, allez dans Routage des e-mails, et définissez le domaine sur Échangeur de courrier à distance à la même heure où vous modifiez les enregistrements MX. Le paramètre recommandé par cPanel est Détecter automatiquement la configuration, et ça marche généralement bien, mais “d'habitude” fait un vrai travail dans cette phrase. Définissez-le explicitement. Le propre avertissement de cPanel est direct: “Des paramètres de routage de courrier électronique mal configurés peuvent perturber la capacité de votre domaine à recevoir du courrier.”
2. La boîte aux lettres est pleine, ou tout le compte est
Une boîte aux lettres pleine rejette le courrier entrant, et les boîtes aux lettres d'hébergement partagé sont petites par défaut. Pire, le courrier est comptabilisé dans le quota de disque total de votre compte, Ainsi, une sauvegarde de site Web que vous avez oubliée peut arrêter simultanément toutes les boîtes aux lettres du domaine..
RFC 3463 définit le code d'état que vous verrez. X.2.2 signifie “la boîte aux lettres est pleine car l'utilisateur a dépassé un quota administratif ou une capacité physique par boîte aux lettres.” La RFC le classe comme une défaillance transitoire persistante, donc la forme correcte est 452 4.2.2. Le serveur d'envoi continuera à réessayer pendant quelques jours. Cette fenêtre de nouvelle tentative est votre période de grâce. Libérez de l'espace à l'intérieur et rien n'est perdu.
Deux choses à vérifier au-delà de l'évidence. Les anciens dossiers Corbeille et Courrier indésirable occupent toujours le quota. Et si vous avez déjà utilisé POP sans “laisser une copie sur le serveur”, vérifie la boîte aux lettres que tu as abandonnée il y a des années. C'est peut-être encore rempli.
3. Votre enregistrement SPF est erroné de l'une des trois manières spécifiques suivantes
SPF (Cadre de politique de l'expéditeur) est la liste des enregistrements DNS quels serveurs peuvent envoyer du courrier pour votre domaine. Les pannes sur l’hébergement mutualisé sont rarement un record manquant. Ils font généralement partie de ces trois.
- Deux enregistrements SPF. La publication de deux enregistrements DNS TXT commençant tous deux par v=spf1 fait échouer la vérification.. Vous avez besoin d'un enregistrement contenant chaque expéditeur.
- Plus de dix recherches DNS. RFC 7208 section 4.6.4 limite une évaluation SPF à dix recherches DNS. Chacun comprend, une, MX, ptr, existe et redirige le nombre, et le nombre d'inclusions imbriquées est également important. Dépassez-le et le résultat est PermError, que la plupart des récepteurs considèrent comme un échec. Empilez votre hôte, Google Workspace et un outil marketing et vous pouvez en atteindre dix sans vous en rendre compte.
- Le relais de votre hôte est manquant. Celui-ci est spécifique à l’hébergement mutualisé et il surprend les gens. De nombreux hôtes cPanel acheminent le courrier sortant via MailChannels plutôt que de l'envoyer depuis la propre adresse IP du serveur.. Votre courrier part ensuite de MailChannels’ pool d'adresses, que le SPF par défaut de votre hôte peut ne pas couvrir. Canaux de messagerie’ Documentation dit d'ajouter inclure:relay.mailchannels.net à l'enregistrement que vous possédez déjà, positionné avant tout le mécanisme. L'ajout d'un deuxième enregistrement à la place brise complètement le SPF, c'est ainsi qu'un correctif se transforme en défaut.
Ne modifiez pas ceci manuellement si vous pouvez l'éviter. L'outil de délivrabilité des e-mails de cPanel signale les problèmes SPF et DKIM par domaine et propose une action de réparation. Une prise: La réparation ne fonctionne que lorsque votre domaine utilise les serveurs de noms de votre hébergeur.
4. DKIM ne signe pas votre courrier
SPF autorise un serveur. DKIM (Courrier identifié par DomainKeys) signe le message lui-même, et c'est la moitié qui survit au transfert. Un troisième disque, DMARC, indique aux récepteurs quoi faire en cas d'échec de SPF et DKIM. cPanel génère une clé par domaine et la publie dans le sélecteur default._domainkey, il s'agit donc généralement d'un travail en deux clics dans la délivrabilité des e-mails. (Le nom du sélecteur est cohérent sur tous les hôtes cPanel que nous avons examinés, bien que les propres documents de cPanel ne l’indiquent pas sous une forme que nous pouvons citer.)
Vérifiez le résultat plutôt que le réglage. Envoyez un message à un testeur gratuit et lisez la ligne DKIM dans le rapport. Un enregistrement qui existe mais qui ne signe pas est courant après un transfert de domaine, parce que la zone DNS a bougé et que la clé n'est pas venue avec.
5. Une adresse fourre-tout mange votre quota
Fonction d'adresse par défaut de cPanel “receives any mail for an invalid email address for the domain.” Leave it forwarding to a real mailbox and you’ve built a spam magnet. cPanel says so directly. If spammers target your domain, its docs warn, “that address may receive a large amount of spam.”
The damage isn’t only inbound. Every auto-reply and bounce that mailbox generates counts against the hourly sending cap you’ll meet in a moment. Une attaque par dictionnaire sur votre domaine peut épuiser cette limite avant que vous ayez pris un café, et puis ton vrai courrier s'arrête. Définir l'adresse par défaut à supprimer. cPanel prévient qu'un simple rejet signifie “l'expéditeur ne saura pas que la livraison a échoué”. Utilisez l'option de suppression avec erreur si cela vous intéresse.
Une remarque si le mail défaillant provient d'un site WordPress plutôt que d'une boîte mail. Ces causes sont suffisamment différentes pour nécessiter leur propre liste, dans lequel nous avons écrit pourquoi WordPress n'envoie pas d'e-mail.
Pannes que seul votre hôte peut corriger
Ces cinq-là ont besoin d'un ticket. Vous pouvez toujours diagnostiquer chacun vous-même, et ça compte. Un ticket spécifique obtient une réponse spécifique. “Mon email est cassé” obtient une macro.
6. Les ports sortants sont fermés
Si vous pointez votre site ou votre client de messagerie vers un serveur SMTP externe et que les connexions expirent, un pare-feu gêne probablement. Port 25 est celui qui héberge le bloc. Un port ouvert 25 sur un serveur partagé se trouve un canon anti-spam attendant un compte compromis.
Voici le problème avec cette règle: presque personne ne le documente. Sur les dix hôtes que nous avons vérifiés, exactement on fait une déclaration claire de première partie. La base de connaissances de DreamHost le dit “bloque le port 25 pour les appels SMTP sortants sur les serveurs d'hébergement partagé”. La même page ajoute qu'il s'agit “pas de restriction sur les serveurs VPS/dédiés gérés”. Il recommande le port 587 avec STARTTLS à la place. SiteGround va dans l'autre sens et documente le port 25 comme ouvert sur ses serveurs mutualisés. Les huit autres écrivent comme si votre propre fournisseur d'accès Internet était le bloqueur. Parfois c'est vrai. Parfois c'est une manière de ne pas répondre.
Essayer 587 première, puis 465. Les deux sont actuels. RFC 8314 recommande TLS implicite sur le port 465, et l'histoire là-bas vaut une phrase. Port 465 a été assigné dans 1997, révoqué dans 1998, puis formellement ramené par cette RFC dans 2018. Quelqu'un te dit 465 est obsolète, il cite une décision vieille de vingt ans qui a été annulée.
Si chaque port de messagerie est fermé, utiliser un relais: un service d'envoi auquel votre site transmet le courrier via une API. Ces appels passent par le port 443, et aucun hôte ne bloque cela sans casser votre site Web. (Oui, la solution fiable pour un port de messagerie bloqué consiste à cesser d’utiliser les ports de messagerie.)
7. Vous avez atteint un plafond horaire que vous ne pouvez pas voir
Les hôtes partagés limitent le courrier sortant par heure. Le texte d'erreur est suffisamment spécifique pour être recherché: “Le domaine example.com a dépassé le nombre maximum d'e-mails par heure”. Dans WHM, le paramètre est Max Hourly Emails Per Domain. Il est expédié en illimité, donc votre hôte l'a changé. (Les articles du support hôte s'accordent sur cette valeur par défaut; nous ne l'avons pas trouvé dans la documentation de cPanel.)
Les casquettes mordent le plus fort là où on s'y attend le moins, parce que la plupart des hôtes comptent destinataires, pas de messages. SiteGround l'explique. Vous pouvez ajouter jusqu'à 80 destinataires à un seul message, mais “chaque destinataire est compté comme un envoi d'e-mail distinct dans le cadre du quota horaire autorisé.” Alors un seul message à 80 les gens consomment 80 d'une indemnité de 400 heures par heure. Cinq d'entre eux et ton heure est révolue.
Demandez à votre hôte une augmentation temporaire et donnez-lui une raison avec un numéro. Des demandes vagues sont refusées.
8. L'adresse IP du serveur est sur une liste de blocage
Un voisin compromis suffit. Vérifiez l'adresse IP d'envoi sur Spamhaus, qui couvre la SBL, CSS, Listes PBL et XBL en une seule recherche.
Lisez le type d'annonce avant de faire quoi que ce soit, parce que ça te dit qui doit agir. Une liste PBL couvre, selon les mots de Spamhaus, “Espace IP qui ne devrait pas envoyer d'e-mails directement sur Internet”. Cela signifie généralement des gammes haut débit grand public. La radiation nécessite que l'adresse soit “Statique, pas dynamique” et “Un serveur de courrier sortant”. Spamhaus permet également aux propriétaires de réseaux de revendiquer des plages entières allouées sous un seul compte PBL.. Traduit: sur une IP véritablement partagée, votre hôte demande la suppression, pas toi. Le soumettre vous-même peut annuler la suppression..
Alors ouvrez le ticket avec le type d'annonce, la propriété intellectuelle, et l'URL de recherche. Et posez la question qui compte plus que la radiation: qu'est-ce qui arrête le prochain?
9. Le certificat de messagerie ne couvre pas le nom d'hôte que vous avez saisi
Votre client de messagerie vous avertit que le certificat ne correspond pas au serveur. Habituellement, vous avez tapé mail.votredomaine.com alors que le certificat couvre le nom d'hôte du serveur de votre hébergeur..
AutoSSL de cPanel sécurise la pile de courrier. Sa documentation confirme AutoSSL “installe automatiquement les certificats SSL validés par le domaine” pour Apache, Pigeonnier, Exim, Web Disk et le serveur cPanel. Dovecot et Exim sont les services qui récupèrent et envoient votre courrier, donc la couverture est réelle. Ce qu'il ne peut pas faire, c'est couvrir un nom d'hôte qui ne figure pas dans le certificat.. webmail.votredomaine.com est un sous-domaine du service cPanel et est couvert; un sous-domaine de messagerie nu n'en est souvent pas un du tout à moins que quelqu'un ne l'ait créé.
Deux correctifs, par ordre de préférence. Pointez le client vers le nom d'hôte du serveur que votre hôte publie dans ses instructions de messagerie client, qui correspond toujours à son certificat. Ou demandez à votre hébergeur d'ajouter votre nom d'hôte de messagerie au certificat. Ne cliquez jamais “fais confiance quand même”, car alors vous ne pouvez pas distinguer une mauvaise configuration d'une interception.
10. Votre courrier est figé dans la file d'attente
Le courrier qui n’arrive ni ne rebondit est parfois gelé. Cela se produit lorsqu’un message ne peut pas être remis et ne peut pas non plus être renvoyé à son expéditeur.. Documentation d'Exim est précis sur ce qui suit: le message “est marqué « congelé »’ sur la bobine, et plus aucune livraison n'est tentée.” Un rebond qui rebondit lui-même est la cause classique. C'est pourquoi un transitaire en panne pointant vers une adresse morte produit un silence plutôt qu'une erreur..
La gestion des files d’attente réside dans WHM, au niveau du revendeur ou de la racine, donc sur l'hébergement mutualisé, vous ne pouvez généralement pas voir votre propre file d'attente. Demandez à votre hébergeur de vérifier les messages gelés pour votre domaine. C'est une recherche de trente secondes pour eux et invisible pour vous.
Deux échecs que personne ne peut corriger sur l'hébergement partagé
Maintenant, la partie que la plupart des guides sautent, parce que la réponse honnête n'est pas une solution.
11. L'enregistrement PTR que vous ne contrôlez pas
Le DNS inversé mappe une adresse IP à un nom d'hôte, et il est défini par celui qui détient le bloc d'adresse. ARIN le dit clairement: le DNS inversé est géré par le propriétaire du bloc IP, généralement votre fournisseur d'hébergement ou votre FAI, pas votre registraire de domaine. Vous ne pouvez pas définir un enregistrement PTR pour une adresse IP que vous ne possédez pas, et aucune modification DNS chez votre registraire ne change cela.
C'est important car Google en exige un. Ses directives pour les expéditeurs fixent trois conditions:
- L’adresse IP du serveur expéditeur “doit avoir un enregistrement PTR correspondant qui se résout en un nom d'hôte”.
- Ce nom d'hôte “doit également avoir un A (pour IPv4) ou AAAA (pour IPv6) enregistrement qui correspond à la même adresse IP publique”.
- Et “l'adresse IP d'envoi doit correspondre à l'adresse IP du nom d'hôte spécifié dans le pointeur (RPT) enregistrer.”
Cet aller-retour a un nom: DNS inversé confirmé en avant. Soit ça passe, soit ça ne passe pas.
La bonne nouvelle est qu'un hébergeur mutualisé compétent a déjà défini un PTR valide pour le serveur.. Il se résout en quelque chose comme mail47.hostname.com plutôt qu'en votre domaine, et c'est bien. L'exigence de Google est que l'enregistrement existe et que les allers-retours, non pas qu'il porte ta marque. La mauvaise nouvelle est que si votre hôte s'est trompé, tu peux seulement demander.
12. Ce que vos voisins envoient
Vous partagez une adresse IP sortante avec tous les autres comptes sur le serveur. Leurs habitudes d'envoi font partie de votre réputation, et vous n'avez aucune visibilité sur eux et aucun vote.
Une adresse IP dédiée est la suggestion habituelle et elle est survendue. Cela change qui est responsable de votre réputation, pas quelle est ta réputation. Une nouvelle adresse IP démarre également sans historique d'envoi, et les fournisseurs de boîtes aux lettres traitent cela avec méfiance jusqu'à ce que vous en construisiez une. La règle générale dans le domaine de la délivrabilité place le croisement autour 100,000 messages par an. En dessous de ça, un pool partagé bien géré bat généralement une IP dédiée froide.
La vraie solution est architecturale: arrêtez d'envoyer du courrier à partir de la même adresse IP que celle de votre site Web. C'est le itinéraire de sortie décrit ci-dessous, et cela coûte moins cher que de déménager dans un VPS avec une IP dédiée uniquement pour échapper aux voisins.
Ce que votre hôte vous permet réellement d'envoyer
Voici le chiffre publié par votre hébergeur, et voici ce que cela signifie, parce que ce sont des choses différentes. Les hôtes citent des plafonds dans des unités que vous ne pouvez pas comparer. Nous avons donc converti chaque chiffre horaire en plafond que cela implique sur 24 heures, puis comparez cela au plafond quotidien publié.
- DreamHost: 100 destinataires par heure d'un client de messagerie, webmail ou formulaire Web, 200 une heure de scripts. Compté par destinataire, donc une newsletter pour 150 les abonnés échouent sur un seul envoi.
- Verpex: 100 une heure en partage, qui est un plafond de 2,400 un jour.
- Hostinger: 200 une heure et 2,400 une journée sur ses forfaits cPanel Silver et Gold. Le taux horaire implique 4,800, donc le le plafond quotidien se lie après 12 heures.
- Namecheap: 200 une heure par domaine sur Stellar et Stellar Plus, 500 une heure sur ses serveurs Premium.
- Hébergement InMotion: 250 une heure par défaut, collectés sur demande via un formulaire de compte.
- ChemiCloud: 300 une heure et 3,000 un jour par domaine. Tu brûlerais l'indemnité journalière en dix heures d'envoi à fond.
- SiteGround: 400 une heure sur StartUp, GrowBig, Commerce électronique et Coderick, 800 une heure sur GoGeek et Cloud. Les destinataires comptent individuellement, 80 par message maximum.
- Bluehost et HostGator: 500 une heure par domaine. HostGator suggère de limiter à un message toutes les huit secondes, ce qui est a propos 450 une heure.
- Allez papa: 500 un jour par boîte aux lettres, et 500 une heure partagée sur chaque boîte mail du compte. Le courrier doit passer par le propre relais de GoDaddy.
Deux choses ressortent de cette arithmétique. Première, où un hôte publie à la fois un plafond horaire et quotidien, le quotidien lie toujours en premier. Le nombre horaire dépasse alors votre capacité de deux à trois fois. chez Hostinger 200 une heure ressemble à 4,800 par jour et c'est en fait 2,400.
Deuxième, l'écart entre les hôtes est énorme et personne n'en fait la publicité. Bluehost 500 une heure implique 12,000 messages par jour. GoDaddy permet 500 un jour par boîte aux lettres. C'est un 24-différence de pliage entre deux forfaits partagés grand public, sur un numéro que ni l'un ni l'autre ne met sur sa page de tarification. Si vous envoyez en volume, cela appartient à votre comparaison avant le prix.
Une chose que ces casquettes ne sont pas: une façon de te rationner. Ils existent pour limiter les dégâts d'un compte compromis, c'est pourquoi les hôtes les soulèvent lorsque vous leur demandez une raison. Cela signifie également que le plafond est rarement le véritable problème.. L'adresse IP partagée derrière est.
Déplacer le courrier de votre hébergeur Web: Trois itinéraires
Chaque correctif ci-dessus traite un symptôme. Cette section traite la cause. Votre site Web et votre messagerie ont des besoins de fiabilité différents, et l'hébergement partagé les couple ensemble sans autre raison que le fait qu'il soit fourni.
Itinéraire un: déplacer les boîtes aux lettres. Dirigez vos enregistrements MX vers un fournisseur de boîte aux lettres et laissez le site Web là où il se trouve. Google Workspace et Microsoft 365 sont les choix évidents; Zoho, Fastmail et Proton coûtent moins cher. Votre courrier entrant n’a alors rien à voir avec votre hébergeur. Basculez le routage des e-mails vers Remote Mail Exchanger en même temps, ou tu passeras une soirée sur l'échec numéro un. Nous comparons les options dans notre guide d'hébergement de messagerie.
Itinéraire deux: déplacer l'envoi. Conservez les boîtes aux lettres et transférez le courrier sortant du site Web via un relais. C'est le correctif pour les confirmations de commande, réinitialisations de mot de passe et notifications de formulaire. C’est aussi le changement ayant la plus grande valeur sur cette page, parce que ce sont ces messages qui coûtent de l'argent lorsqu'ils disparaissent. Niveaux gratuits, vérifié ce mois-ci:
- Brevo: 300 une journée libre, pas de limite de temps. Payé à partir de 9 USD/mois pour 5,000 un mois, avec stockage des contacts plafonné à 500 à ce niveau.
- Renvoyer: 3,000 un mois gratuit, plafonné à 100 un jour, trois domaines. Payé à partir de 20 USD/mois pour 50,000.
- SMTP2GO: 1,000 un mois gratuit, plafonné à 200 un jour, avec DKIM et SPF gérés automatiquement. Payé à partir de 10 USD/mois pour 10,000.
- MailerEnvoyer: 500 un mois gratuit, un domaine. Payé à partir de 5,60 USD/mois, facturé annuellement pour 5,000.
- Cachet de la poste: 100 un mois gratuit, qui est une allocation de test plutôt qu'un plan. Payé à partir de 15 USD/mois pour 10,000.
- AmazonSES: USD 0.10 par 1,000 messages, le moins cher en volume et de loin. Les nouveaux comptes démarrent dans un bac à sable limité à 200 un jour aux destinataires vérifiés uniquement, jusqu'à ce qu'AWS approuve l'accès à la production.
Notez les plafonds quotidiens cachés à l'intérieur des plafonds mensuels. Renvoyer 3,000 un mois se lit généreusement jusqu'à ce que vous remarquiez le plafond de 100 par jour, ce qui représente un tiers de ce que le niveau gratuit de Brevo permet en une journée. Si votre trafic est pointu, le numéro quotidien est celui qui régit. Notre Comparatif d'hébergement SMTP va plus loin sur les niveaux payants.
Itinéraire trois: diviser le domaine d'envoi. Envoyer du courrier transactionnel depuis un sous-domaine, dites send.votredomaine.com, avec son propre SPF et DKIM. Un problème de réputation sur vos courriers en nombre ne peut alors pas contaminer vos factures. Il s'agit d'une pratique courante à grande échelle et cela ne coûte rien d'autre qu'une demi-heure de travail DNS..
Quel itinéraire convient à votre site
Le volume et les conséquences en décident, pas de fonctionnalités. Cinq situations, avec les chiffres qui les séparent.
Le volume: sous 300 un jour, transactionnel. Conservez vos boîtes aux lettres sur l'hôte et acheminez le site Web via le niveau gratuit de Brevo, qui couvre exactement cela. Ignorer Amazon SES pour le moment. Son prix par message est imbattable, mais les nouveaux comptes sont mis en sandbox 200 messages par jour, et uniquement aux adresses que vous avez vérifiées. Jusqu'à ce qu'AWS accorde l'accès à la production, cela ne peut pas du tout prendre votre trafic.
Budget: zéro, sous 100 un jour. Le niveau gratuit de Resend convient, et il inclut SPF, DKIM et DMARC sur le forfait gratuit. N'utilisez pas SendGrid par habitude. Twilio a commencé à retirer le plan gratuit SendGrid le 27 Mai 2025, donner aux clients 60 jours d'accès continu. Toute personne n'ayant pas effectué la mise à niveau dans cette fenêtre avait stocké ses contacts ci-dessus 100 supprimé. Il n’y a plus de niveau gratuit permanent là-bas.
Boutique: 500 à 2,000 tous les jours. Budget jusqu'à USD 15 un mois. SMTP2GO à 10 USD/mois pour 10,000 messages, ou le niveau Basic de Postmark à 15 USD/mois pour le même volume. Frais de cachet de la poste 50% plus pour une marge identique et le gagne sur le placement dans la boîte de réception pour les reçus; SMTP2GO gagne si le budget est fixé. L’allocation groupée de votre hôte est techniquement suffisante ici, et toujours le mauvais choix. Une adresse IP partagée place vos e-mails de paiement en aval des habitudes marketing d'un étranger.
Équipe: cinq boîtes aux lettres du personnel ou plus. Un fournisseur de messagerie, pas un relais. C'est le seul cas où Google Workspace ou Microsoft 365 gagne son prix, et les outils de collaboration sont la raison, pas la délivrabilité. Budget pour le changement de routage des e-mails dans la même fenêtre de maintenance.
Bulletin: 150-plus les abonnés, sur DreamHost. Tu ne peux pas, et aucun réglage n'aidera. La casquette est 100 destinataires par heure comptée par destinataire, donc on envoie à 150 les gens le violent avant que le premier message n'arrive. Tout ce qui prend la forme d'une liste appartient à un relais dès le départ, tout ce que votre hôte autorise.
Dates qui brisent une configuration de travail
Certains de ces échecs arrivent selon un calendrier. Deux valent la peine d'être mis dans votre calendrier.
Sur 5 Mai 2025, Microsoft a commencé à rejeter le courrier non authentifié envoyé à Outlook.com, Hotmail et Live.com à partir de domaines envoyant 5,000 messages par jour. Expéditeurs sans SPF valide, DKIM et DMARC bénéficient désormais d'un rebond dur. Il lit: “550; 5.7.515 Accès refusé, domaine d'envoi [Domaine d'envoi] ne répond pas au niveau d'authentification requis”. Le détail que presque tous les guides se trompent encore est ce qui s'est passé six jours plus tôt.. L'annonce originale de Microsoft promettait d'abord une période de grâce pour les dossiers indésirables, et une mise à jour datée 29 avril 2025 l'a annulé en faveur d'un rejet immédiat. Les phrases supprimées sont toujours barrées sur la propre page de Microsoft. Si vous lisez quelque part que du courrier non conforme va dans le courrier indésirable, ce conseil provient de la version retirée par Microsoft.
Le deuxième n’est pas encore arrivé. Microsoft désactivera l'authentification de base SMTP AUTH par défaut pour les Microsoft existants 365 locataires au fin décembre 2026. Son équipe Exchange a confirmé ce calendrier le 27 janvier 2026. Les locataires créés après cette date ne l’auront pas du tout. Une date définitive de retrait suit dans la seconde moitié de 2027.
Notez le libellé, parce que c'est signalé négligemment. Les administrateurs peuvent toujours le réactiver après décembre 2026. Rien ne meurt ce mois-là. Mais si votre site se connecte à smtp.office365.com avec un nom d'utilisateur et un mot de passe, ça brise le jour où personne ne le réactive. OAuth est le remplacement.
Un mythe pour prendre sa retraite pendant que nous sommes ici. Vous n'avez pas besoin d'une politique DMARC stricte pour satisfaire Google. Les directives de l'expéditeur de Google indiquent directement que “Votre politique d'application DMARC peut être définie sur Aucune”, et Yahoo et Microsoft demandent au moins p = aucun. Les affirmations selon lesquelles les grands fournisseurs exigeront p=quarantaine ou p=rejet 2026 circulent largement et n'apparaissent dans aucun des trois fournisseurs’ propre documentation. Passer à p=reject est une bonne pratique une fois que vos sources d'envoi sont alignées. Ce n'est pas une exigence, et le publier avant de les avoir alignés est la façon dont les gens suppriment leur propre courrier.
Le garder fixe
Quatre habitudes, par ordre décroissant de gain.
Vérifiez le domaine dans Outils Google Postmaster. C'est gratuit, et c'est le seul endroit où vous voyez votre propre taux de spam lorsque Gmail le calcule. Google demande ci-dessous 0.30% et recommande de rester sous 0.10%. Vérifiez le domaine dans votre signature DKIM ou votre chemin de retour SPF, pas le domaine de votre site Web, ou les rapports restent vides.
Test après chaque changement DNS, pas tous les trimestres. Lancez un message de test sur un vérificateur d'authentification gratuit et lisez le SPF, Lignes DKIM et DMARC. Trente secondes, et il récupère le transfert qui a laissé tomber votre clé DKIM.
Surveillez votre propre volume d’envoi par rapport au plafond de votre hôte. Si une semaine normale en utilise plus de la moitié, vous êtes déjà devenu trop grand pour le courrier partagé. Vous êtes alors à un lancement de produit de le découvrir à vos dépens.
Gardez le site Web et le courrier sur des réputations distinctes. Tout le reste sur cette liste est de la maintenance. Celui-ci est design, et c'est la raison pour laquelle un problème de messagerie en hébergement partagé cesse d'être votre problème.
Questions fréquemment posées
Pourquoi mon hébergement mutualisé peut-il envoyer des e-mails mais pas les recevoir?
Presque toujours DNS ou routage plutôt qu'une erreur de messagerie. Vérifiez d'abord vos enregistrements MX, puis le paramètre de routage des e-mails de cPanel, qui est distinct du DNS et le remplace. Si MX pointe vers Google Workspace lors du routage, il indique Local Mail Exchanger, le serveur classe votre courrier dans une boîte aux lettres cPanel que vous n'ouvrez jamais. L'autre candidat a une boîte aux lettres pleine, qui renvoie 452 4.2.2 et réessaye pendant plusieurs jours.
Est-il préférable d'utiliser Google Workspace plutôt que l'adresse e-mail de mon hébergeur ??
Pour toute entreprise où un e-mail manqué coûte de l'argent, Oui, et la raison est la séparation plutôt que la qualité. Les boîtes mail de votre hébergeur héritent de la réputation d'envoi de chaque site sur ce serveur, donc le spam d'un voisin devient votre problème de livraison. Google Workspace et Microsoft 365 gagnez également leur prix sur les calendriers partagés et la synchronisation mobile. Si vous avez uniquement besoin d'un courrier fiable sur votre propre domaine, Zoho et Fastmail coûtent moins cher et séparent tout aussi bien les réputations.
Une adresse IP dédiée corrige-t-elle la délivrabilité des e-mails d'hébergement partagé?
Rarement, et c'est la mise à niveau la plus survendue en matière d'hébergement. Une IP dédiée vous confie la responsabilité de votre réputation sans l’améliorer, et un nouveau n'a aucun historique d'envoi. La règle empirique du commerce rapproche le crossover 100,000 messages par an, et en dessous, un pool partagé gagne généralement. Corriger le SPF, DKIM et DMARC en premier, puis déplacez votre envoi vers un relais, et achetez une IP uniquement lorsque le volume justifie de la réchauffer.
Comment savoir si mon hôte bloque le port SMTP 587?
Essayez de vous connecter et de lire ce qui se passe. Depuis votre terminal d'hébergement, courir “telnet smtp.gmail.com 587” et cherche un 220 salutation, puisqu'un blocage ou un refus signifie qu'il est bloqué. Votre hôte peut ne pas documenter cela du tout: sur dix, nous avons vérifié, seul DreamHost indique clairement qu'il bloque le port 25. Si 587 et 465 les deux échouent, passer à un relais avec une API HTTP, qui emprunte le même port que votre site Web.
Puis-je envoyer une newsletter depuis un hébergement mutualisé?
Techniquement, parfois, raisonnablement non. La plupart des hôtes comptent les destinataires plutôt que les messages, donc on envoie à 200 les abonnés consomment 200 de votre indemnité horaire. Cela viole les droits de DreamHost 100 une heure, Verpex 100 et Hostinger 200 à la première tentative. Utilisez plutôt un relais, parce que les taux de réclamations à la newsletter endommagent l'adresse IP partagée dont dépendent vos confirmations de commande.
Pourquoi ma messagerie électronique a-t-elle cessé de fonctionner après avoir migré mon domaine vers Google Workspace ??
Vous avez modifié les enregistrements MX et quitté le routage des e-mails de cPanel sur Local Mail Exchanger, donc le courrier généré par votre site n'atteint jamais Google. Le courrier extérieur arrive bien, c'est ce qui rend cela déroutant, et votre formulaire de contact signale toujours un succès. Définissez le domaine sur Remote Mail Exchanger dans cPanel et testez avec un message du site lui-même, pas depuis le webmail. Vérifiez également que votre enregistrement SPF inclut les serveurs de Google, et que vous ne vous êtes pas retrouvé avec deux enregistrements SPF, qui échoue complètement au contrôle.
Où cela vous mène
Triez la panne par propriétaire avant de toucher à quoi que ce soit. Routage, quota, SPF, À vous DKIM et le fourre-tout, et dix minutes dans cPanel règlent les cinq. Ports, casquettes, listes de blocage, les certificats et les files d'attente gelées appartiennent à votre hôte, et un ticket nommant le symptôme obtient une réponse spécifique. Le dossier PTR et vos voisins’ les habitudes d'envoi n'appartiennent à personne que vous pouvez joindre. C'est la raison honnête pour laquelle le courrier sur l'hébergement partagé reste fragile, même si vous le configurez avec soin..
Si vous effectuez une action de ce guide, remettre le courrier sortant de votre site à un relais. Brevo est gratuit 300 une journée couvre la plupart des petits sites. Les 10 USD/mois de SMTP2GO couvrent un magasin très fréquenté. Soit on déplace vos reçus et réinitialise votre mot de passe sur une adresse IP que vous partagez avec des inconnus. Ce seul changement résout plus de problèmes de messagerie d'hébergement partagé que tous les paramètres de cette page réunis, car il supprime le couplage au lieu de le régler.
La prochaine étape dépend de ce qui s'est cassé. Si les plafonds d'envoi sont votre contrainte contraignante, notre guide pour les meilleurs plans d'hébergement mutualisé bon marché indique quels hôtes publient des limites réelles. Si vous quittez l'hébergement mutualisé pour contrôler votre propre IP et inverser le DNS, comparer les forfaits VPS plutôt qu'un plan partagé plus important. L’IP dédiée est ce que vous achetez réellement.