Cet article traite des problèmes de blocage d’e-mails par les serveurs de messagerie. Si le blocage se produit du côté du client de messagerie, à l’exception de WebMail ⧉, résolvez le problème à l’aide du manuel ou du support du client concerné.
Les autres problèmes liés au fonctionnement des e-mails sont traités dans l’article Email – Résolution des problèmes.
Dans cet article, vous apprendrez :
- Dans quelles circonstances les e-mails sont bloqués
- Comment résoudre le blocage :
- Foire aux questions
Blocage des e-mails
Par blocage d’e-mails, on entend généralement une situation où le serveur de messagerie refuse, pour une raison quelconque, d’envoyer ou de recevoir un e-mail. Un autre problème courant est la configuration des enregistrements DNS du domaine, qui peut ressembler à un blocage lors de la réception.
Le blocage des e-mails peut survenir :
- Avant l’envoi de l’e-mail, par exemple en cas de blocage du SMTP ou de la fonction PHP mail() sur le Webhosting. Vous devez alors résoudre le problème avec votre fournisseur de services de messagerie.
- Avant la réception de l’e-mail, par exemple en cas d’échec du routage ou de rejet du message. Le problème peut se situer aussi bien du côté du destinataire que de celui de l’expéditeur.
Blocage de l’envoi
Si l’envoi de courrier est bloqué sur votre Mailhosting, Webhosting, WMS ou WebSite, le système ne vous permet d’envoyer aucun message. Le client de messagerie renvoie généralement un message d’erreur et les scripts échouent.
Parmi les raisons courantes du blocage de l’envoi d’e-mails figurent :
- Dépassement du quota quotidien par exemple lors de l’envoi d’e-mails en masse ou à cause d’une mauvaise configuration du client
- Blocage préventif en raison d’un comportement suspect
- Boîte pleine corbeille et dossier SPAM compris
- Autre raison
Quota quotidien
Le système réinitialise automatiquement le quota quotidien d’e-mails chaque jour à minuit (heure d’Europe centrale). Nous n’effectuons pas de réinitialisation manuelle sur demande.
Depuis les services Webhosting, vous pouvez envoyer des e-mails de deux manières : via le protocole de messagerie SMTP ou via la fonction PHP mail(). Chaque méthode dispose de son propre quota d’envoi d’e-mails (en général 500 e-mails par jour, 50 pour un Webhosting avec le tarif LowCost).
Si vous dépassez le quota, le système bloque l’envoi de courrier par la méthode concernée jusqu’à minuit, moment où il réinitialise le quota.
Blocage préventif
Si nous constatons un comportement problématique dans les e-mails d’une boîte hébergée chez nous ou d’un service entier, nous la bloquons afin d’éviter la propagation des dégâts et une mauvaise réputation de nos serveurs de messagerie en matière de spam. Comme pour le quota quotidien, nous distinguons l’envoi de courrier via SMTP et via la fonction PHP mail().
Parmi les causes courantes de blocage du courrier de notre part figurent :
- l’envoi de spam depuis un formulaire non sécurisé ou une boîte compromise
- le non-respect des conditions d’envoi d’e-mails
Si nous bloquons votre courrier, un technicien envoie au titulaire du service un e-mail contenant des instructions pour résoudre le problème. Appliquez les mesures recommandées, puis demandez la suppression du blocage en répondant au message du technicien.
Boîte pleine
Si la boîte est pleine, elle continue d’envoyer les e-mails, mais ne les enregistre pas dans Sent ni Drafts.
Vous pouvez résoudre la situation en augmentant la capacité des boîtes aux lettres selon le guide Email – Augmentation de l’espace des boîtes aux lettres, ou en supprimant des e-mails selon le guide WebMail – Suppression des e-mails.
Autre blocage de l’envoi sur le serveur
Si vous soupçonnez que le serveur n’envoie pas les e-mails alors que le service n’est pas limité, demandez une vérification au Support via le formulaire ⧉. Indiquez :
- la méthode d’envoi des e-mails (SMTP via un client de messagerie ou un script, PHP mail)
- la date et l’heure les plus précises possible de l’envoi du message de test
- l’adresse e-mail de l’expéditeur
- l’adresse e-mail du destinataire
- le texte complet ou une capture d’écran de l’éventuel message d’erreur
Blocage de la réception
Si le serveur du destinataire bloque le message, l’expéditeur reçoit généralement un message de non-remise décrivant le motif du rejet. D’après ce message (ou le fait que vous n’en receviez aucun), vous distinguerez le plus facilement si la remise a échoué à cause d’un refus de la part du serveur ou d’une autre erreur.
Parmi les raisons courantes du blocage de la réception d’e-mails figurent :
- Problèmes de SPF et DKIM, c’est-à-dire des mécanismes qui empêchent l’envoi de spam
- Boîte du destinataire pleine
- Inscription de l’expéditeur ou de son serveur sur une blacklist
- Configuration manquante de PHP mail(), plus précisément de l’adresse de réponse return-path
Problème de SPF et DKIM
Les problèmes de SPF et DKIM peuvent entraîner soit le classement des messages dans les spams (dans ce cas, le serveur du destinataire n’envoie pas de message de non-remise), soit leur rejet avec information de l’expéditeur.
Le SPF est un enregistrement DNS de type TXT contenant la liste des serveurs autorisés à envoyer des e-mails depuis les adresses de ce domaine. Vous trouverez plus d’informations et un guide de configuration de l’enregistrement SPF dans l’article E-mails – Enregistrement SPF, ou auprès de votre fournisseur de messagerie.
Le message d’erreur en cas de mauvaise configuration du SPF varie selon le destinataire ; VEDOS envoie l’erreur :
550 5.7.1 <adresa@prijemce.tld>: Recipient address rejected: Please see http://www.openspf.net/Why?s=... (in reply to RCPT TO command)
Pour une configuration correcte de DKIM, vérifiez que vous avez ces enregistrements dans le DNS :
Name Type Data key1.wedos-dkim._domainkey CNAME key1.dkim-we.wedos.net key2.wedos-dkim._domainkey CNAME key2.dkim-we.wedos.net
Pour les domaines pointant vers un Webhosting, WMS ou WebSite, le système génère ces enregistrements automatiquement.
Boîte pleine
Si la boîte est pleine, elle ne peut plus recevoir d’e-mails.
Vous pouvez résoudre la situation en augmentant la capacité des boîtes aux lettres selon le guide Email – Augmentation de l’espace des boîtes aux lettres, ou en supprimant des e-mails selon le guide WebMail – Suppression des e-mails.
Liste noire
Le serveur peut rejeter un message sur la base d’une blacklist (liste noire) dans laquelle il trouve soit l’adresse e-mail (une boîte précise ou un domaine entier), soit l’adresse IP du serveur de messagerie.
Il existe un grand nombre de blacklists. L’une d’elles peut être configurée directement par l’utilisateur, par exemple selon l’article Email – Blacklist et whitelist dans l’administration client. Du serveur sur lequel votre adresse est ainsi blacklistée, vous recevrez après un certain temps le message :
550 5.7.1 <adresa@prijemce.tld>: Recipient address rejected: sender blacklisted
Les autres blacklists sont publiques ou internes, et vous demandez la suppression de l’adresse de la blacklist à l’exploitant des serveurs de messagerie de l’expéditeur. Ainsi, si vous envoyez un e-mail depuis notre Webhosting, WMS ou WebSite et que vous recevez un message de non-remise mentionnant l’inscription de l’adresse IP du serveur de messagerie sur une blacklist, envoyez-nous le texte du message d’erreur via le formulaire ⧉. Le technicien se charge de la suite de la procédure.
PHP mail() et return-path
Si vos e-mails envoyés via la fonction PHP mail() ne sont pas remis, vérifiez qu’elle contient un paramètre return-path correctement renseigné selon le modèle :
mail('adresa@prijemce.tld','Objet','Texte du message','','-f adresa@odesilatele.tld');
Évitez de définir le return-path sur une adresse saisie par l’utilisateur dans un formulaire et utilisez à la place une adresse du domaine depuis lequel vous envoyez l’e-mail.
Autre blocage de la réception sur le serveur
Si vous soupçonnez que le serveur ne reçoit pas les e-mails, alors que le domaine de l’expéditeur a au moins un enregistrement SPF correctement configuré et que la boîte dispose de suffisamment d’espace libre, demandez une vérification au Support via le formulaire. Indiquez :
- la date et l’heure les plus précises possible de l’envoi du message de test
- l’adresse e-mail de l’expéditeur
- l’adresse e-mail du destinataire
- le texte complet ou une capture d’écran de l’éventuel message d’erreur
Foire aux questions
J’ai besoin d’envoyer plus de 500 e-mails par jour, comment faire ?
Si vous devez envoyer des newsletters ou d’autres courriers de masse, même sollicités, que nos condiàs interdisent, utilisez le service d’envoi d’e-mails en masse. Si 500 e-mails par jour ne vous suffisent pas pour votre correspondance courante, contactez-nous via le formulaire ⧉. Indiquez le nom du service d’hébergement, la proposition de nouvelle limite quotidienne et la justification de la demande.
À quoi sert cette limite quotidienne ? Pouvez-vous la réinitialiser ?
La limite quotidienne sert à limiter globalement le courrier envoyé par nos serveurs, car le volume d’e-mails envoyés détermine le comportement des filtres antispam envers le courrier qui en provient. Le système réinitialise la limite chaque jour à minuit ; le support client n’intervient pas dans ce processus.
Pourquoi mes e-mails sont-ils constamment bloqués en raison de leur adresse IP ? Ne pouvez-vous pas résoudre ce problème de manière structurelle ?
En termes simples, un Webhosting mutualisé héberge un grand nombre de sites web sur un même serveur web, et un grand nombre de boîtes e-mail sur un même serveur de messagerie.
Si quelqu’un attaque un site sur le même serveur que le vôtre, l’attaque vous touche aussi, même si elle ne vous vise pas directement. Il en va de même pour les e-mails. Si un grand volume de courrier part d’un même serveur, en particulier du spam parce qu’un autre utilisateur a une boîte compromise, le blacklisting vous touchera aussi, bien que vous ne soyez pas à l’origine des problèmes. C’est le plus gros problème des services mutualisés, qu’on ne peut tout simplement pas éliminer complètement. L’alternative est d’exploiter votre propre serveur de messagerie, où vous avez tout pour vous et sous contrôle total, mais où le coût (matériel, logiciel, administration, …) est d’un tout autre ordre.
Pourquoi les e-mails arrivent-ils dans WebMail mais pas dans le client de messagerie ?
Le client de messagerie peut être mal configuré pour la réception, l’envoi ou les deux. Les erreurs courantes seront corrigées par une bonne configuration des serveurs, des ports et de la sécurité selon ce guide. Si les problèmes persistent, adressez-vous au support du client de messagerie.