Niveau de preuve : C — faits vérifiés à la source officielle. Aucun compte Mailgun n’a été ouvert ni payé pour écrire cette page. Tout ce qui suit est lu dans la documentation et le centre d’aide de Mailgun, et dans sa page de tarification. Dernière vérification : 21 septembre 2026.
En bref. Mailgun tient trois listes de suppression — rebonds, désabonnements, plaintes — et une adresse qui y figure ne reçoit pas un message qui se perd : l’envoi est refusé avant de sortir, et la liste blanche ne passe pas outre pour les plaintes ni pour les désabonnements. Un rebond permanent inscrit l’adresse tout de suite ; un rebond temporaire est réessayé selon un calendrier publié, pendant 8 heures au plus, après quoi le message est abandonné avec la mention « Too old ». Le vrai déclencheur de montée en palier n’est pas le volume mais la rétention des journaux, sans laquelle l’événement qui a inscrit l’adresse n’est plus retrouvable : 1 jour sur Free et sur Basic, 5 jours sur Foundation, 30 jours sur Scale — trois des quatre forfaits conservent 5 jours ou moins. Mailgun publie ses prix en dollars américains, en euros et en livres seulement ; aucune devise canadienne n’est offerte au sélecteur.
À lire aussi
- Combien coûte vraiment l’envoi de 50 000 courriels par mois : le coût mensuel relevé chez cinq services, dépassements compris — le coût réel de l’envoi de 50 000 courriels par mois
- Configurer SPF, DKIM et DMARC pour Mailgun, expliqué sans jargon — SPF, DKIM et DMARC : le réglage qui précède tout envoi
Un client appelle et dit qu’il ne reçoit plus rien. On vérifie son adresse, elle est bonne. On lui demande de regarder dans ses indésirables, il n’y a rien. On renvoie le message, et il ne se passe toujours rien. Dans une bonne partie des cas, la raison n’est ni dans sa boîte ni dans son filtre antipourriel : son adresse est inscrite sur une des trois listes de suppression du service d’envoi, et le message est refusé avant d’être remis au serveur du destinataire. Il n’est jamais parti.
Cette page décrit les trois listes de suppression de Mailgun — rebonds, désabonnements, plaintes — ce qui inscrit une adresse sur chacune, ce qui l’en retire, et le critère mesurable qui détermine si on pourra seulement enquêter : la rétention des journaux, qui va de 1 jour à 30 jours selon le forfait.
Les trois listes, en un tableau
| Liste | Ce qui y inscrit une adresse | Ce que l’interface affiche | Retrait |
|---|---|---|---|
| Bounces (rebonds) | Le serveur du destinataire a renvoyé l’adresse comme invalide, inexistante ou temporairement mal configurée | Adresse, date du rebond, message d’erreur exact du serveur receveur | Manuel, par l’interface ou l’API |
| Unsubscribes (désabonnements) | Le destinataire a cliqué pour se désabonner | Adresse, date, marqueur de désabonnement pour tout le domaine ou étiquette de campagne | Manuel, seulement si la personne redemande à être réinscrite |
| Complaints (plaintes) | Le destinataire a marqué le message comme pourriel dans sa boîte | Adresse et date de la plainte seulement | Techniquement possible, à ne pas faire — voir plus bas |
Source : centre d’aide de Mailgun, « Suppressions (Bounces, Complaints, Unsubscribes) & Allowlists », help.mailgun.com, consulté le 21 septembre 2026.
Mailgun décrit le mécanisme en une phrase : « Suppressions are a mechanism Mailgun utilizes to help ensure the protection of your domain’s reputation, as well as the reputation of our IP’s. »
Ce qui surprend : l’envoi est refusé avant de sortir
C’est le point que la plupart des PME découvrent en pleine crise. Une adresse sur une liste de suppression ne reçoit pas un message qui se perd, ou un message qui tombe dans les indésirables. Le message ne quitte pas le service d’envoi.
La formulation de Mailgun est explicite : « we internally block sending to these addresses so they don’t harm your ability to keep sending ». Et sur la page consacrée aux échecs : « when the address is on one of the ‘Do Not Send’ lists because the recipient has previously bounced, unsubscribed, or reported spam, Mailgun will drop the message and stop trying to send it. »
Les conséquences pratiques sont les suivantes :
- Il n’y a rien à chercher du côté du destinataire. Aucun filtre à ajuster,
aucun expéditeur à mettre en liste blanche, aucun dossier d’indésirables à fouiller. Le serveur du client n’a jamais vu le message.
- Renvoyer le message ne change rien. Chaque nouvelle tentative est refusée
de la même façon, tant que l’adresse reste sur la liste.
- L’erreur porte un nom lisible dans les journaux : « Not delivering to
previously bounced address », « Not delivering to a user who marked your messages as spam », ou « Not delivering to unsubscribed address ». Le centre d’aide de Mailgun explique cette dernière ainsi : « This error indicates that the email address is currently suppressed by our system from further delivery attempts. »
- La liste blanche ne passe pas outre. Mailgun le précise pour ses
allowlists : « if a recipient is registered in the Complaints or Unsubscribes lists, Mailgun will not attempt delivery, even if the recipient is registered in the allowlist. »
Autrement dit, tant qu’on n’a pas regardé les listes de suppression, tout diagnostic est une perte de temps.
Rebond permanent et rebond temporaire : seul le premier supprime durablement
La distinction décide de ce qui arrive ensuite, et les deux mots se ressemblent assez pour être confondus dans un rapport d’incident.
Un rebond permanent (hard bounce) survient quand « the recipient is not found » ou quand « the recipient email server specifies that the recipient does not exist ». L’adresse n’existe pas, ou plus. Rien ne sert de réessayer : le résultat sera identique dans une heure comme dans un mois. C’est ce type d’échec qui inscrit l’adresse sur la liste des rebonds.
Un rebond temporaire (soft bounce) survient quand « email is not delivered because the mailbox is full or for other reasons ». La boîte est pleine, le serveur est momentanément indisponible, une limite de débit est atteinte. Mailgun réessaie, selon un calendrier publié :
| Tentative | Délai avant la suivante |
|---|---|
| 1er échec | 10 minutes |
| 2e échec | 15 minutes |
| 3e échec | 30 minutes |
| 4e échec | 1 heure |
| 5e échec | 2 heures |
| 6e échec | 4 heures |
Mailgun réessaie « for a maximum of 8 hours until the message is either delivered, results in a permanent failure, or reaches the retry expiration ». Passé ce délai : « If a message fails to deliver after the 8 hour retry schedule outlined above, Mailgun will drop the message and generate a permanent failure with the description of ‘Too old’. »
Source : centre d’aide de Mailgun, « Will Mailgun retry my failed messages? », consulté le 21 septembre 2026.
Ce qu’il faut en retenir pour un diagnostic : une boîte pleine un mardi n’a pas sorti l’adresse du circuit pour de bon. Une adresse qui n’existe plus, oui. Et les rebonds temporaires répétés finissent par produire le même résultat, parce que le service arrête de tenter.
Comment vérifier une adresse
Deux chemins, selon qu’on travaille à la main ou par programme.
Par l’interface. Le centre d’aide donne le trajet : Send → Sending → Suppressions, puis l’onglet voulu — Bounces, Complaints, Unsubscribes ou Allowlist. On y cherche l’adresse. L’onglet des rebonds affiche en plus le message d’erreur exact renvoyé par le serveur du destinataire, ce qui indique s’il s’agit d’une adresse inexistante ou d’autre chose.
Par l’API. Chaque liste a ses trois verbes, tous sur le même patron :
| Liste | Consulter | Ajouter | Retirer |
|---|---|---|---|
| Rebonds | GET /v3/{domain_name}/bounces | POST /v3/{domain_name}/bounces | DELETE /v3/{domain_name}/bounces |
| Désabonnements | GET /v3/{domain_name}/unsubscribes | POST /v3/{domain_name}/unsubscribes | DELETE /v3/{domain_name}/unsubscribes |
| Plaintes | GET /v3/{domain_name}/complaints | POST /v3/{domain_name}/complaints | DELETE /v3/{domain_name}/complaints |
Source : référence d’API de Mailgun, section Suppressions, documentation.mailgun.com, consultée le 21 septembre 2026.
Le POST mérite d’être signalé : il permet d’inscrire soi-même une adresse sur une liste. C’est ce qui sert à importer les désabonnements d’un ancien système au moment d’une migration, plutôt que de repartir d’une liste vierge et de réécrire à des gens qui avaient déjà dit non.
Quand il ne faut pas retirer l’adresse
Le retrait est un bouton, pas une décision anodine.
Une plainte pour pourriel ne se retire pas. Elle signifie qu’une personne a cliqué pour signaler le message comme indésirable. Réinscrire cette adresse, c’est réexpédier à quelqu’un qui a explicitement dit le contraire, et accumuler de nouvelles plaintes qui frappent la réputation du domaine d’envoi — et, sur une adresse IP partagée, celle des autres expéditeurs du même service.
Un désabonnement se retire seulement à la demande de la personne. Le centre d’aide de Mailgun encadre le cas : le retrait « only applies if the recipient explicitly requests reinstatement or opts back in ». Un client qui appelle pour dire qu’il veut reprendre les avis de facturation entre dans ce cas. Une équipe des ventes qui vide la liste avant une campagne, non.
Un rebond se retire quand la cause est réglée. Une adresse mal saisie et corrigée, une boîte qui était pleine et qui ne l’est plus, un domaine de client qui a changé de fournisseur de messagerie : dans ces cas, l’entrée n’a plus de raison d’être et le retrait remet l’adresse en circulation.
Mailgun ajoute une consigne qui va à l’encontre du réflexe habituel : quand une adresse est suppressée, « the addresses should be removed from your contact lists…and not from the Mailgun Suppressions ». La liste de suppression est un constat, pas le problème.
Au Canada, cette question croise directement la loi canadienne anti-pourriel (LCAP) : consentement, identification de l’expéditeur, mécanisme d’exclusion valide au moins 60 jours et demandes traitées dans les 10 jours ouvrables. Une page distincte de ce site traite la LCAP appliquée à l’infolettre d’une PME — voir LCAP et infolettre d’une PME. Rien de ce qui est écrit ici ne remplace ces obligations : retirer une adresse d’une liste technique ne rétablit pas un consentement qui n’existe pas.
Le vrai déclencheur de montée en palier : la rétention des journaux
C’est le point que les comparatifs de prix ratent, parce qu’ils comparent des volumes.
Pour comprendre pourquoi une adresse s’est retrouvée sur une liste, il ne suffit pas de la voir dans la liste. Il faut retrouver l’événement qui l’y a mise : quel message, quel jour, quelle erreur exacte du serveur receveur, quelle campagne. Cet événement vit dans les journaux, et les journaux ont une durée de vie qui dépend du forfait.
| Forfait | USD/mois | Volume inclus | Rétention des journaux |
|---|---|---|---|
| Free | 0 $ US | 100 courriels/jour | 1 jour |
| Basic | 15 $ US | 10 000/mois | 1 jour |
| Foundation | 35 $ US | 50 000/mois | 5 jours |
| Scale | 90 $ US | 100 000/mois | 30 jours |
Source : mailgun.com/pricing/, relevé au navigateur le 21 septembre 2026. Mailgun ne publie ses prix qu’en dollars américains, en euros et en livres sterling — aucune devise canadienne n’est offerte au sélecteur. Les montants ci-dessus sont en dollars américains et ne sont convertis nulle part dans cette page.
Ce que ça donne en pratique :
- Sur Basic, à 1 jour de rétention, un client qui téléphone le jeudi pour un
courriel du lundi ne laisse plus aucune trace. L’adresse est visible dans la liste des plaintes, avec sa date. Le message qui a déclenché la plainte, son contenu, sa campagne : disparus.
- Sur Foundation, à 5 jours, une plainte du vendredi reste examinable le
mercredi suivant. C’est la différence entre « on sait ce qui s’est passé » et « on suppose ».
- Sur Scale, à 30 jours, un mois complet reste vérifiable, ce qui permet de
regarder une tendance plutôt qu’un incident.
Une PME qui envoie 6 000 courriels par mois n’a aucune raison de volume de quitter Basic — les 10 000 inclus suffisent. La raison de le quitter est la capacité d’enquêter. C’est un arbitrage de 20 $ US par mois entre Basic et Foundation, posé sur une question qui ne se pose que le jour où quelque chose tourne mal.
À ne pas confondre avec la rétention des messages, qui est une autre donnée : 1 jour sur Foundation, jusqu’à 7 jours sur Scale selon la même page de tarification. Les journaux disent qu’un événement a eu lieu ; les messages retenus permettent de relire le contenu envoyé.
Ce qui reste à vérifier
- La durée de conservation d’une entrée sur chaque liste de suppression :
Mailgun décrit l’ajout et le retrait, mais aucune page consultée n’indique si une entrée expire d’elle-même. À vérifier.
- Le nombre exact de rebonds temporaires consécutifs qui finit par inscrire
une adresse sur la liste des rebonds : le calendrier des 8 heures est publié, le seuil d’inscription ne l’est pas. À vérifier.
- **Le comportement des listes de suppression entre plusieurs domaines d’envoi
d’un même compte : les points d’API sont propres à un domaine, mais aucune page consultée ne dit si une suppression se propage ailleurs. À vérifier.**
- La rétention des journaux du forfait Free : la page de tarification indique
1 jour, la documentation consultée ne la confirme pas séparément. À vérifier.
- Les taux de dépassement au-delà du volume inclus sont publiés comme des
planchers (« à partir de »). Le barème complet par palier : à vérifier.
Méthode
Les définitions des trois listes, le blocage interne des envois, le trajet dans l’interface et la consigne sur le retrait viennent du centre d’aide de Mailgun (help.mailgun.com), articles « Suppressions (Bounces, Complaints, Unsubscribes) & Allowlists », « Not Delivering to Unsubscribed Address » et « Will Mailgun retry my failed messages? », consultés le 21 septembre 2026.
La distinction entre échec permanent et échec temporaire et l’abandon du message suppressé viennent de la documentation de Mailgun, section « Tracking Failures » (documentation.mailgun.com), consultée le 21 septembre 2026. Les points d’API viennent de la référence d’API, section Suppressions, même date. Les forfaits, volumes et durées de rétention viennent de mailgun.com/pricing/, relevé au navigateur le 21 septembre 2026.
Les exigences de la LCAP citées plus haut viennent de la foire aux questions du CRTC sur la LCAP (crtc.gc.ca), consultée le 21 septembre 2026.
Cette page décrit ce que Mailgun publie. Elle ne rapporte aucune manipulation faite dans un compte réel, ne compare pas Mailgun à ses concurrents, et ne prétend pas couvrir les mécanismes équivalents des autres services d’envoi transactionnel, dont le vocabulaire et les règles diffèrent. Cette page n’est pas un avis juridique et ne remplace pas un avocat.
Divulgation d’affiliation
Ce site peut toucher une commission si vous vous abonnez à un outil à partir d’un lien présent dans cette page. Ça ne change rien au prix que vous payez, et ça ne change pas ce qui est écrit ici : les faits, les prix et les limites sont relevés aux sources officielles des éditeurs, qu’un programme d’affiliation existe ou non. Au 21 septembre 2026, aucun lien de cette page n’est un lien d’affiliation : Mailgun et sa société mère Sinch ne publient aucun programme d’affiliation.