Base de connaissances · E-mail
Erreur d'e-mail « Domain has exceeded the max defers and failures per hour »
Dernière mise à jour le 2022-02-21
Cet article explique pourquoi vous pouvez recevoir une notification du type «Domain has exceeded the max defers and failures per hour ».
L’e-mail envoyé sera renvoyé à l’expéditeur d’origine, car le serveur de réception n’a pas trouvé le destinataire. En règle générale, vous devez lire le motif pour lequel l’e-mail vous a été retourné, corriger l’erreur, puis tenter de nouveau l’envoi du message à la bonne adresse. Vous vous demandez sans doute pourquoi nous vous présentons cet exemple. C’est parce que 90% des utilisateurs ne lisent pas le message de retour et réessaient d’envoyer le message échoué plusieurs fois, ou utilisent un logiciel de messagerie qui continuera de réessayer l’envoi un nombre incalculable de fois. Veuillez ne pas faire cela, et ne vous fiez pas aveuglément à votre logiciel de messagerie.
Vous vous demandez sans doute : « J'envoie le message et il m'est renvoyé, où est le problème ? »
Le serveur destinataire finira par se lasser de vos messages en échec et les considérera comme un gaspillage de ses ressources. Il finira par bloquer temporairement les e-mails provenant de votre domaine ou de votre adresse IP ou, pire encore, par bloquer votre domaine et votre adresse IP et les signaler à une Real-time Blackhole List également appelée RBL. C'est très préjudiciable à la réputation de votre domaine et de votre adresse IP, car les RBL sont utilisées par de nombreux fournisseurs. Il y a donc de fortes chances que personne ne souhaite recevoir vos e-mails. Vous constaterez avec surprise que l'envoi de messages à la plupart des contacts de votre carnet d'adresses génère des rebonds. Cette situation sera difficile à inverser, car vous avez désormais la réputation d'envoyer des e-mails indésirables. Personne ne voudra recevoir vos e-mails.
Mettez-vous à la place du serveur destinataire. Imaginez que vous soyez le facteur : vous apportez une enveloppe à une adresse, vous frappez à la porte et vous dites : « Bonjour ! J'ai du courrier pour M. Clever. » Une vieille dame munie d'un bâton ouvre la porte et vous répond : « Bonjour ! Il n'y a pas de M. Clever ici, vous vous êtes trompé d'adresse. » Continueriez-vous à essayer de remettre l'enveloppe à la même maison encore et encore ? Croyez-moi, recevoir un coup de bâton sur la tête de la part de la vieille dame sera le moindre de vos soucis.
Comment résoudre l'erreur « Domain has exceeded the max defers and failures per hour »
Si vous utilisez cPanel et que vous recevez régulièrement des messages de rebond ou des notifications du type «Domain has exceeded the max defers and failures per hour ». Vous devez lire attentivement ces messages de rebond et en identifier la cause. Si vous utilisez un logiciel de messagerie, veillez à supprimer ce message de votre boîte d'envoi et à modifier les paramètres du logiciel afin de réduire le nombre de tentatives d'envoi d'un message ayant échoué.
La notification ressemble à ceci « Domain example.com has exceeded the max defers and failures per hour (5/5 (100%)) allowed ». Cette notification signifie que le serveur depuis lequel vous envoyez vos e-mails a décidé de différer vos messages ou de bloquer temporairement les e-mails de votre domaine ou de votre adresse IP, afin de vous éviter d'être placé sur liste noire par une Realtime Blackhole List comme décrit au 4e paragraphe ci-dessus. Cette notification est bon signe : elle indique que la protection de sécurité fonctionne.
Il vous suffit de trouver la source qui déclenche cette protection pour que tout rentre dans l'ordre. Le serveur destinataire peut rejeter un message et vous le renvoyer pour de nombreuses raisons.
Pourquoi le serveur diffère-t-il l'envoi des e-mails ?
Les administrateurs de serveurs protègent les serveurs et le réseau contre l'inscription sur liste noire grâce à plusieurs techniques.
Comment éviter de dépasser le nombre maximal de reports (max defers) ?
L’e-mail envoyé sera renvoyé à l’expéditeur d’origine, car le serveur de réception n’a pas trouvé le destinataire. En règle générale, vous devez lire le motif pour lequel l’e-mail vous a été retourné, corriger l’erreur, puis tenter de nouveau l’envoi du message à la bonne adresse. Vous vous demandez sans doute pourquoi nous vous présentons cet exemple. C’est parce que 90% des utilisateurs ne lisent pas le message de retour et réessaient d’envoyer le message échoué plusieurs fois, ou utilisent un logiciel de messagerie qui continuera de réessayer l’envoi un nombre incalculable de fois. Veuillez ne pas faire cela, et ne vous fiez pas aveuglément à votre logiciel de messagerie.
Vous vous demandez sans doute : « J'envoie le message et il m'est renvoyé, où est le problème ? »
Le serveur destinataire finira par se lasser de vos messages en échec et les considérera comme un gaspillage de ses ressources. Il finira par bloquer temporairement les e-mails provenant de votre domaine ou de votre adresse IP ou, pire encore, par bloquer votre domaine et votre adresse IP et les signaler à une Real-time Blackhole List également appelée RBL. C'est très préjudiciable à la réputation de votre domaine et de votre adresse IP, car les RBL sont utilisées par de nombreux fournisseurs. Il y a donc de fortes chances que personne ne souhaite recevoir vos e-mails. Vous constaterez avec surprise que l'envoi de messages à la plupart des contacts de votre carnet d'adresses génère des rebonds. Cette situation sera difficile à inverser, car vous avez désormais la réputation d'envoyer des e-mails indésirables. Personne ne voudra recevoir vos e-mails.
Mettez-vous à la place du serveur destinataire. Imaginez que vous soyez le facteur : vous apportez une enveloppe à une adresse, vous frappez à la porte et vous dites : « Bonjour ! J'ai du courrier pour M. Clever. » Une vieille dame munie d'un bâton ouvre la porte et vous répond : « Bonjour ! Il n'y a pas de M. Clever ici, vous vous êtes trompé d'adresse. » Continueriez-vous à essayer de remettre l'enveloppe à la même maison encore et encore ? Croyez-moi, recevoir un coup de bâton sur la tête de la part de la vieille dame sera le moindre de vos soucis.
Comment résoudre l'erreur « Domain has exceeded the max defers and failures per hour »
Si vous utilisez cPanel et que vous recevez régulièrement des messages de rebond ou des notifications du type «Domain has exceeded the max defers and failures per hour ». Vous devez lire attentivement ces messages de rebond et en identifier la cause. Si vous utilisez un logiciel de messagerie, veillez à supprimer ce message de votre boîte d'envoi et à modifier les paramètres du logiciel afin de réduire le nombre de tentatives d'envoi d'un message ayant échoué.
La notification ressemble à ceci « Domain example.com has exceeded the max defers and failures per hour (5/5 (100%)) allowed ». Cette notification signifie que le serveur depuis lequel vous envoyez vos e-mails a décidé de différer vos messages ou de bloquer temporairement les e-mails de votre domaine ou de votre adresse IP, afin de vous éviter d'être placé sur liste noire par une Realtime Blackhole List comme décrit au 4e paragraphe ci-dessus. Cette notification est bon signe : elle indique que la protection de sécurité fonctionne.
Il vous suffit de trouver la source qui déclenche cette protection pour que tout rentre dans l'ordre. Le serveur destinataire peut rejeter un message et vous le renvoyer pour de nombreuses raisons.
Pourquoi le serveur diffère-t-il l'envoi des e-mails ?
Les administrateurs de serveurs protègent les serveurs et le réseau contre l'inscription sur liste noire grâce à plusieurs techniques.
- Limitation du nombre d'e-mails sortants par heure pour chaque domaine.
- Limiter le nombre de destinataires uniques par heure avant le déclenchement d'une notification de spammeur potentiel ;
Le système envoie une notification lorsqu'un compte de messagerie envoie un e-mail à un nombre de destinataires supérieur à celui défini en une heure. Les e-mails envoyés par mailman sont exclus de cette détection. - Pourcentage maximal de messages en échec ou différés qu'un domaine peut envoyer par heure ;
Pourcentage maximal du courrier sortant d'un domaine pouvant être constitué de messages en échec ou différés. Dès que le domaine dépasse ce pourcentage, l'envoi de courrier est temporairement bloqué. - Nombre de messages en échec ou différés qu'un domaine peut envoyer avant le déclenchement des protections ;
Lorsqu'un domaine envoie ce nombre de messages en échec ou différés en une heure, et que le « Pourcentage maximal de messages en échec ou différés qu'un domaine peut envoyer par heure » est également atteint, le domaine ne pourra temporairement plus envoyer de courrier sortant.
Comment éviter de dépasser le nombre maximal de reports (max defers) ?
- Aucun compte de messagerie de ce type n'a été créé sur le serveur de messagerie. Vérifiez que vous envoyez vos messages à la bonne adresse e-mail.
- Lisez les messages de rebond (bounce) de vos e-mails afin de corriger les erreurs évidentes.
- N'utilisez pas votre adresse e-mail pour envoyer des e-mails marketing ; faites plutôt appel à un prestataire d'e-mail marketing. Des clients qui effectuent des envois en masse ont déclenché cette fonctionnalité en raison du nombre d'adresses e-mail invalides ou inexistantes présentes dans leurs listes.
- Utilisez un mot de passe de messagerie robuste : si une personne accède à votre adresse e-mail, elle peut s'en servir pour envoyer du spam.
- Assurez-vous que votre ordinateur ou votre appareil est protégé contre les virus et les logiciels malveillants. Un logiciel malveillant peut prendre le contrôle de votre logiciel de messagerie pour envoyer du spam et des messages nuisibles à d'autres utilisateurs.
- Les sites exploités ou piratés envoient des e-mails de spam. Cela concerne le cas où un site web envoie des e-mails depuis votre domaine principal. Si ce site est piraté, le pirate peut envoyer du spam à partir de celui-ci.
- Le quota d'espace disque du compte de messagerie ou du domaine est atteint et les nouveaux messages sont reportés.
Tell us what you need
Compare available plans or describe your workload so we can discuss a suitable starting point.