Durée d’une boîte jetable : ce qui expire, ce qui reste

La réponse courte, et la moitié qui surprend les gens

5 jours. C’est toute la réponse que la plupart des gens sont venus chercher, et il vaut la peine d’être précis sur ce à quoi elle répond : un message est lisible pendant 5 jours. L’adresse sur laquelle il est tombé n’expire pas du tout, parce qu’il n’y a rien là à faire expirer.

Ce sont deux choses différentes, et les confondre produit les deux messages qu’on nous adresse à ce sujet — « mon adresse a arrêté de fonctionner », ce qui n’est pas le cas, et « pouvez-vous garder celui-ci plus longtemps », pour lequel il n’existe aucun levier à actionner.

Un message

Lisible pendant 5 jours à partir de son propre horodatage, puis disparu. Corps, en-têtes, aperçu et pièces jointes éventuelles, tous au même instant.

Une adresse

Aucune expiration, parce qu’aucune trace n’en est gardée. C’est une chaîne de caractères. Elle fonctionne la première fois que vous l’utilisez, et elle fonctionne encore un an plus tard.

Une boîte

La ligne qui comptabilise une adresse est créée par le premier message qui y arrive, et supprimée quand le dernier en repart. Vous ne la créez ni ne la détruisez vous-même.

Une seule fenêtre, la même pour tout le monde : gratuit ou payant, domaine public ou le vôtre. Ce n’est pas une fonctionnalité liée à une offre, et il n’existe nulle part de réglage qui la déplace.

Quand l’horloge démarre vraiment

L’échéance est calculée une seule fois, au moment où le message est livré, et écrite dans la ligne qui l’accompagne. Rien ne la recalcule ensuite — aucune politique n’est consultée quand vous lisez, aucune offre n’est vérifiée, aucune horloge ne redémarre parce que vous avez ouvert quelque chose.

Ce à partir de quoi elle est comptée, c’est la partie qui vaut la peine d’être connue. Un message porte son propre en-tête Date, écrit par ce qui l’a envoyé, et c’est le point de départ des 5 jours — mais seulement tant qu’il est crédible.

1. L’en-tête se situe à moins d’un jour de maintenant. Il est pris tel quel. Presque tous les messages sont dans ce cas, et pour eux la fenêtre court 5 jours à partir du moment où l’expéditeur a appuyé sur envoyer.
2. L’en-tête est plus éloigné que cela, dans un sens comme dans l’autre. Il est ignoré, et c’est l’heure d’arrivée qui est utilisée à la place. Un expéditeur peut écrire la date qu’il veut, y compris une date du siècle prochain, et un message qui n’expirerait jamais serait un message qui ne serait jamais parti.
3. Il n’y a aucun en-tête utilisable du tout. Même traitement : l’heure d’arrivée.

Cela ne peut jamais vous coûter que des heures, et cela ne peut aller que dans un sens — un message peut arriver avec un peu moins de 5 jours restants, jamais plus. Quelque chose qui a attendu vingt heures quelque part dans une file avant de nous atteindre arrive avec environ quatre jours et quatre heures devant lui.

Ce qui part avec lui, et ce qui reste

Quand un message atteint son échéance, tout ce qui lui appartient part d’un coup. Rien n’est retenu dans une autre table, et rien ne survit sous une forme réduite — il n’y a ni résidu, ni ligne d’objet conservée pour mémoire, ni miniature de fichier.

Les fichiers des pièces jointes sont déliés avant leurs lignes, et cet ordre est délibéré : un plantage entre les deux laisse des lignes dont les fichiers ont déjà disparu, ce que le passage suivant nettoie. L’ordre inverse laisserait des fichiers que plus rien ne référence, et personne ne reviendrait jamais les chercher.

D’abord illisible, supprimé ensuite

Ce sont deux événements, et ce n’est pas le même événement. Seul le premier suit un calendrier sur lequel vous pouvez compter, et c’est le seul que vous puissiez observer.

Ici, chaque lecture est filtrée par l’échéance. Lister une boîte, ouvrir un message, télécharger une pièce jointe — les trois portent la même condition, et un message qui a dépassé sa fenêtre ne correspond à aucun des trois. Il n’existe aucun intervalle où le courrier est « techniquement encore là » : la seconde où il expire, il disparaît de la page de la boîte, de l’API et du serveur MCP en même temps.

Ce qui se passe ensuite relève de l’entretien. Une purge passe et récupère la ligne et les fichiers, par lots bornés, à un rythme choisi pour que la résorption d’un retard ne mette jamais en file d’attente des livraisons en cours derrière elle. Le délai avant qu’elle n’atteigne un message donné ne change rien de visible pour personne.

L’échéance

Une condition posée à chaque requête susceptible de renvoyer un message. Exacte, et identique dans la boîte, l’API et le serveur MCP, parce que les trois posent la même question.

La purge

Un travail borné qui récupère ce qui est déjà inaccessible. Jamais quelque chose qu’un lecteur attend, et jamais ce qui décide si vous pouvez lire quelque chose.

C’est pourquoi la réponse à « est-ce supprimé ou seulement caché ? » est « les deux, dans cet ordre » — et pourquoi peu importe lequel des deux s’est déjà produit au moment où vous posez la question.

Lire l’échéance directement sur le message

Vous n’avez jamais à calculer la date vous-même. Chaque message que renvoie l’API porte l’échéance qui lui a été donnée à la livraison, sous forme d’horodatage ISO 8601 en UTC.

$ curl -sG https://grabmail.io/api/v1/mailbox \
  --data-urlencode "address=you@grabmail.io"

Chaque message de la réponse porte les deux bornes de sa propre fenêtre :

{
  "id": "01k4h2v9r7m3d8f0b6n5c1qtzx",
  "from": "no-reply@example.com",
  "subject": "Confirm your email address",
  "date": "2026-09-01T09:00:00+00:00",
  "seen": false,
  "attachments": 0,
  "expires_at": "2026-09-06T09:00:00+00:00"
}

date est le point de départ de l’horloge, et expires_at est là où elle s’arrête. Soustrayez l’un de l’autre et vous obtenez 5 jours, à chaque fois — c’est le moyen le plus rapide de vous assurer que rien de ce que vous avez fait entre-temps n’a rien déplacé.

expires_at

Le moment où il cesse d’être lisible. Absolu, en UTC, avec le décalage écrit en entier plutôt que sous la forme d’un Z final.

date

L’horodatage propre du message — cru lorsqu’il se situe à moins d’un jour de l’arrivée, discrètement remplacé par l’heure d’arrivée quand ce n’est pas le cas.

Demandez un message qui a dépassé son échéance, et vous obtenez exactement la même réponse que pour un message qui n’a jamais existé :

{"error":"not_found","message":"no such message in that mailbox, or it has expired"}

L’API ne dira pas lequel des deux c’était, et ce n’est pas un oubli. Les distinguer transformerait un 404 en un moyen de confirmer qu’un id donné avait un jour été réel — une question que personne en dehors de la boîte ne devrait pouvoir poser.

Garder ce pour quoi vous êtes vraiment venu

Presque rien de ce qui arrive sur une adresse jetable a besoin de lui survivre. La poignée d’exceptions mérite d’être traitée délibérément plutôt que découverte le sixième jour.

1. Un code, un lien ou un mot de passe temporaire. Utilisez-le maintenant. Ce sont de toute façon les éléments les plus éphémères du message — la plupart des liens de confirmation cessent de fonctionner bien avant que les 5 jours ne soient écoulés, et c’est le courrier qui survit au lien qui est le cas normal, pas l’inverse.
2. Un fichier. Téléchargez-le tant que le message est là. Un message entier est plafonné à 5 MB, donc ce n’est jamais une grosse opération, et le fichier part au même instant que le message.
3. Un reçu ou une facture. Le seul cas où une adresse jetable est tout simplement le mauvais outil. Rangez-le quelque part où vous conservez vos affaires, ou utilisez une adresse que vous gardez.
4. Tout ce qu’une suite de tests a produit. Vérifiez-le à l’intérieur de l’exécution qui l’a produit. Une tâche qui relit la boîte de l’exécution d’hier est une tâche qui devient capricieuse le premier lundi d’un long week-end.
5. La preuve de ce qu’un service vous a envoyé. Sortez-la de la boîte le jour même de son arrivée. Il n’y a pas d’export ici, et rien n’est noté deux fois.

Supprimer tôt, et pourquoi un script devrait le faire

Attendre n’est pas la seule façon pour un message de partir. Un appel supprime un message, et cela prend effet immédiatement plutôt qu’à une purge ultérieure.

$ curl -sX DELETE -G https://grabmail.io/api/v1/message/01k4h2v9r7m3d8f0b6n5c1qtzx \
  --data-urlencode "mailbox=you@grabmail.io"

Pour une personne, c’est de l’ordre. Pour un script, c’est plus proche de la comptabilité : une boîte vidée est la déclaration la plus simple possible que tout ce qui s’y trouvait a été traité, et cela ne coûte rien à maintenir vrai. L’alternative — une liste d’ids déjà traités — est une liste qui doit vivre quelque part, être écrite quelque part et être nettoyée quelque part.

Cela ne change rien à la fenêtre de tout le reste, et n’a pas besoin de le faire : tout ce que vous laissez derrière vous part de lui-même.

Supprimer le dernier message d’une boîte supprime l’enregistrement de la boîte avec lui, exactement comme l’aurait fait l’expiration. Il n’y a aucune différence dans l’état final entre supprimer un message et attendre son expiration — seulement dans le moment où cela se produit.

Pourquoi 5 jours et pas trente

La raison honnête n’est pas le stockage. C’est que sur un domaine public, l’adresse est le secret — quiconque la connaît peut lire la boîte, et c’est exactement cette propriété qui permet de l’utiliser sans compte, sans mot de passe ni e-mail à vous pour confirmer. La rétention n’est donc pas un curseur de générosité. C’est l’ampleur des dégâts possibles.

• 5 jours suffisent largement pour tout ce à quoi ce service sert réellement : un code de confirmation, un lien de téléchargement, une exécution de test, un reçu que vous êtes sur le point de ranger ailleurs.
• C’est assez court pour qu’une adresse tapée dans un formulaire en mars ne contienne plus rien en avril, quelle que soit la personne à qui elle a été donnée depuis.
• C’est la même chose pour tout le monde, donc il n’y a aucune configuration à rater et aucune offre sur laquelle votre courrier survivrait discrètement à ce que vous en attendiez.

Si vous voulez aussi que l’adresse reste secrète, c’est à cela que sert un alias : donnez l’alias, lisez l’adresse. Quiconque essaie l’alias trouve une boîte vide, toujours, et le guide pour s’inscrire sans votre vraie adresse expose l’astuce en entier.

Et si ce que vous voulez, c’est une fenêtre plus longue sur du courrier que vous contrôlez, la réponse est une boîte que vous contrôlez, pas un réglage plus long ici. Pointer un domaine qui vous appartient vers ce service ne change pas non plus la fenêtre — cela change qui possède les adresses, ce qui est un problème différent, et un meilleur problème à régler.

Quand c’est déjà parti

Il n’y a rien à essayer. Cela vaut la peine d’être dit clairement, parce que tous les autres services de messagerie que vous avez utilisés ont une corbeille quelque part, et le réflexe est d’aller chercher celle de celui-ci.

Aucune archive

Rien n’est copié nulle part en sortant.

Aucune corbeille

Il n’existe aucun état intermédiaire entre lisible et disparu, et rien qui retienne un message quelque part pendant un moment.

Aucun ticket

Aucune action d’un opérateur ne fait revenir un message expiré. Chaque chemin qui pourrait en lire un porte la même échéance, y compris ceux que nous utiliserions nous-mêmes.

La seule chose qui vaille vraiment la peine, c’est la plus ordinaire : redemander à l’expéditeur. Un e-mail de vérification, un lien de téléchargement et un reçu sont tous des choses qu’un service réémettra sur demande, généralement depuis la page où vous étiez déjà. Ouvrez d’abord une adresse fraîche si l’ancienne a circulé.

Et si ce que vous attendiez n’est jamais arrivé du tout, ce n’est pas la bonne page — le guide sur le courrier qui n’arrive jamais passe en revue les causes dans l’ordre où il vaut la peine de les vérifier, en commençant par celle qui prend dix secondes.

En pratique

Le tout, comme habitude de travail :

1. Ouvrez une adresse et utilisez-la. Il n’y a rien à activer et rien qui commence un compte à rebours.
2. Faites ce pour quoi vous l’avez ouverte — le code, le lien, le fichier — pendant que vous êtes encore là.
3. Sortez de la boîte tout ce que vous comptez garder, le jour même de son arrivée.
4. Si un script la lit, faites-le décider selon expires_at plutôt que selon un nombre de tentatives.
5. Supprimez ce dont vous avez terminé, ne serait-ce que pour que la boîte reflète ce qu’il reste à faire.
6. Revenez à la même adresse quand vous voulez. Elle sera là, et elle sera vide.

Cette dernière ligne est celle qu’il faut retenir. L’adresse est permanente et le courrier ne l’est pas, ce qui est l’inverse de toutes les boîtes que vous possédez déjà — et c’est bien pour cette raison que celle-ci ne coûte rien et ne demande rien.

Questions