Cloudflare Temp Email : déployez le vôtre, ou utilisez celui-ci

La plupart de ceux qui tapent cette expression veulent un service de mail temporaire tournant sur Cloudflare Workers. Voici ce que ce chantier implique vraiment — et une boîte active ci-dessous si vous préférez sauter le déploiement.

Ce que « Cloudflare temp email » veut dire en général

Cherchez l'expression et vous tombez surtout sur des projets open source qui font tourner un service de courrier jetable sur la pile de Cloudflare : Email Routing accepte le message entrant, un Email Worker le traite, un stockage comme D1 ou KV le conserve, et un petit frontend sur Pages ou Workers affiche la boîte. Rien de tout cela ne demande de serveur virtuel à surveiller, et c'est précisément pour cette raison que le motif a séduit les développeurs.

L'attrait est facile à comprendre. Cloudflare accepte le courrier entrant d'un domaine hébergé dans son DNS, transmet ce courrier à un Worker plutôt qu'à une boîte aux lettres, et fait tourner tout le trajet sur le même réseau edge que vos autres projets. Les offres gratuites et les limites par produit bougent, alors prenez la documentation de Cloudflare comme source de vérité avant de concevoir autour d'un chiffre précis.

Voilà pour une moitié de la recherche. L'autre moitié, ce sont les gens qui n'ont jamais voulu construire quoi que ce soit : l'expression était simplement accolée à l'outil le mieux classé, et ce qu'ils veulent, c'est une adresse fonctionnelle dans les dix secondes. Si c'est votre cas, la boîte en haut de cette page est déjà active et rien de ce qui suit n'est un devoir à terminer d'abord.

Ce que l'auto-hébergement demande vraiment

La première exigence est un domaine que vous possédez et que vous acceptez de sacrifier. Il doit être sur le DNS de Cloudflare, Email Routing doit y être activé, et les enregistrements MX doivent pointer là où Cloudflare l'indique. Si ce domaine porte déjà du courrier dont vous dépendez, ne le réutilisez pas : faites passer le trafic jetable par un domaine séparé pour qu'une erreur reste contenue.

Vient ensuite le déploiement : créer la base de données, la lier au Worker, publier le Worker, mettre en ligne le frontend, et renseigner le secret d'administration et les clés anti-bot que le projet attend. Quelqu'un qui a déjà livré un Worker atteint en général une première boîte fonctionnelle en une soirée. Quelqu'un qui n'en a jamais livré passera l'essentiel de cette soirée sur la propagation DNS et les noms de liaison — une bonne façon d'apprendre la plateforme, mais pas une affaire de cinq minutes.

C'est la deuxième semaine que l'on sous-estime. Les messages stockés doivent être élagués, sinon la base grossit en silence ; le projet en amont livre des changements incompatibles ; et tôt ou tard un script de spam trouve votre boîte ouverte, et vous voilà en train d'écrire des limites de débit. Une fois que le domaine a absorbé quelques centaines d'inscriptions, il commence à apparaître sur les listes de blocage d'adresses jetables, et les formulaires mêmes pour lesquels vous l'aviez construit se mettent à le refuser. Tout domaine de mail temporaire public vit avec cela, auto-hébergé ou non.

Le déployer soi-même, ou simplement ouvrir une boîte

Les deux réponses sont raisonnables, et la bonne dépend de ce que vous voulez : une brique d'infrastructure ou une simple adresse jetable. Voici le partage, sans argumentaire commercial.

Faire tourner le vôtre

Cela vaut le coup si vous voulez des adresses sur un domaine que vous contrôlez, des règles de routage sur mesure ou une boîte privée branchée sur une suite de tests. Vous décidez de tout : la rétention, et qui peut y accéder. Vous héritez aussi de la facture du domaine, des mises à jour, de la gestion des abus et du problème des listes de blocage — prévoyez une attention continue, pas une installation ponctuelle.

Utiliser un service hébergé

Cela vaut le coup quand il s'agit d'un lien de confirmation, d'une inscription à un essai, d'une inscription à un forum. L'adresse existe dès le chargement de la page, ne coûte rien et s'efface ensuite. Le compromis est honnête : vous ne choisissez pas le domaine, vous ne pouvez pas ajouter de logique de routage, et tout est en réception seule.

Cette boîte tourne sur l'infrastructure Cloudflare

TempMail.cv est construit sur l'infrastructure Cloudflare : le trajet de livraison ressemble donc à celui que vous monteriez vous-même — à ceci près que le déploiement, l'élagage, la limitation de débit et les mises à jour à répétition sont déjà pris en charge. Une adresse attend au chargement de la page, les pièces jointes arrivent intactes, chaque adresse porte un QR code pour passer sur un téléphone, et vous pouvez choisir un nom personnalisé au lieu de la suite aléatoire. L'interface existe en 20 langues, et les adresses expirent d'elles-mêmes avec le courrier qu'elles contiennent.

Nous sommes un service indépendant, sans affiliation avec Cloudflare, et nous ne sommes pas le projet open source que vous cherchiez peut-être. Servez-vous de cette page pour la moitié jetable de votre vie — inscriptions, essais, téléchargements sous condition — et gardez un déploiement maison pour le cas qui exige vraiment votre propre domaine. La banque, le travail et tout ce qui vous manquerait doivent rester hors de toute boîte temporaire, y compris celle-ci.

Questions sur le temp email Cloudflare

Qu'est-ce qu'un temp email Cloudflare ?

C'est un raccourci pour désigner un service d'e-mail temporaire tournant sur la plateforme de Cloudflare au lieu d'un serveur de messagerie classique : Email Routing reçoit le message entrant, un Worker le traite, et un frontend léger l'affiche. L'expression désigne les projets open source auto-hébergés qui suivent ce motif, et plus largement toute boîte jetable servie depuis le réseau de Cloudflare.

Puis-je monter mon propre temp email Cloudflare ?

Oui, si un déploiement ne vous fait pas peur. En gros : ajoutez un domaine à Cloudflare, activez Email Routing pour que le courrier entrant arrive sur un Worker plutôt que dans une boîte aux lettres, donnez à ce Worker un endroit où stocker les messages, et placez un petit frontend devant. La documentation de Cloudflare est le bon endroit pour les étapes et les limites actuelles — elles changent, et nous préférons vous y envoyer plutôt que de citer un chiffre déjà dépassé.

TempMail.cv est-il un projet Cloudflare temp email auto-hébergé ?

Non. TempMail.cv est un service hébergé qui se trouve être construit sur l'infrastructure Cloudflare. Nous sommes indépendants, sans affiliation avec Cloudflare, et distincts de tout dépôt que vous auriez pu trouver en cherchant. Il n'y a rien à déployer de votre côté : la boîte de cette page est le produit tout entier.

Faut-il mon propre domaine pour utiliser une boîte temporaire ?

Seulement si vous l'auto-hébergez. Le domaine est la seule chose incontournable quand vous montez votre propre installation, car Cloudflare en a besoin dans son DNS avant d'accepter du courrier pour votre compte. Ici, il ne vous faut rien du tout : pas de domaine, pas de compte, pas de mot de passe, pas de numéro de téléphone. Ouvrez la page et l'adresse est déjà générée.

Puis-je envoyer ou répondre depuis ces adresses ?

Non. Chaque adresse ici est en réception seule, par conception : elle existe pour récupérer des codes de vérification, des reçus et des liens de confirmation, pas pour tenir une conversation. Les installations auto-hébergées finissent en général au même point, car le routage entrant et l'envoi sortant sont deux problèmes séparés, et la moitié envoi réclame son propre prestataire d'e-mail.

Combien de temps dure une adresse, et qu'advient-il du courrier ?

Les adresses expirent d'elles-mêmes et les messages partent avec elles : rien ne traîne en attendant d'être lu des mois plus tard. Si vous en voulez une propre plus tôt, générez une adresse neuve à tout moment — il n'y a ni limite ni compte à tenir en ordre. Sauvegardez ce que vous devez garder avant d'abandonner une adresse.

Autres boîtes jetables sur TempMail.cv