Dans les coulisses d'un service d'e-mail temporaire : le parcours d'un message, du SMTP à votre écran

É

Équipe PureTempMail

Les ingénieurs qui conçoivent et exploitent PureTempMail

Pourquoi nous montrons notre pipeline

La plupart des services d'e-mail jetable sont des boîtes noires. Vous saisissez une adresse, les e-mails apparaissent, et vous ignorez tout de ce qui se passe entre les deux : qui voit les messages, où ils sont stockés, s'ils sont vraiment supprimés un jour. Puisque la réponse honnête à la question « puis-je faire confiance à un service d'e-mail temporaire ? » dépend entièrement de ces détails, nous avons choisi de documenter précisément le fonctionnement de PureTempMail, composant par composant.

Tout ce qui suit décrit le système de production qui fait tourner ce site à l'instant même. Ce texte est écrit par l'équipe qui l'a conçu et qui l'exploite ; ce n'est pas un schéma marketing simplifié. Là où nous avons fait un compromis, nous disons lequel et pourquoi.

Le serveur de messagerie de l'expéditeur ouvre une connexion SMTP
Vérification dès la poignée de main : les adresses inconnues ou expirées sont refusées
Le courrier accepté arrive dans une file de messages
Analyse et assainissement strict du HTML
Poussé vers votre boîte de réception en temps réel
Le parcours d'un e-mail entrant : chaque étape est détaillée dans cet article.

Étape 1 : la poignée de main SMTP, là où meurt l'essentiel des indésirables

Tout e-mail sur Internet commence par une conversation SMTP. Notre périmètre exploite un serveur SMTP durci, à l'écoute sur le port 25, avec TLS activé pour les expéditeurs qui le prennent en charge. Quand un serveur de messagerie se connecte et annonce un destinataire, nous n'acceptons pas le message aveuglément.

Pendant la phase RCPT TO — avant qu'un seul octet de contenu ne soit transféré — nous vérifions l'adresse du destinataire dans la liste des boîtes actives. Si personne n'a généré cette adresse, ou si sa boîte a déjà expiré, la connexion est refusée sur-le-champ avec une erreur SMTP permanente. Jamais nous n'acceptons un message pour le jeter ensuite en silence. Ce refus précoce traduit aussi une contrainte de conception délibérée : PureTempMail fonctionne uniquement en réception. Il est impossible d'envoyer un e-mail depuis une adresse PureTempMail, ce qui interdit d'employer le service pour des campagnes de spam, de phishing ou de harcèlement.

Étape 2 : une file d'attente entre la réception et le traitement

Un message accepté n'est pas analysé au sein du serveur SMTP. L'e-mail brut est dirigé vers une file de messages et la conversation SMTP s'achève immédiatement. La raison tient au temps : les serveurs expéditeurs attendent une réponse en quelques secondes, alors que l'analyse d'un gros message avec pièces jointes peut demander bien plus longtemps. Ce découplage garantit qu'un afflux de courrier ne provoque jamais de délai dépassé ni de message perdu : la file absorbe le pic et un consommateur l'écoule progressivement.

Ce consommateur analyse la structure MIME brute : il en extrait l'objet, l'expéditeur, les corps HTML et texte brut, ainsi que les éventuelles pièces jointes. Celles-ci sont écrites dans un stockage isolé sous des noms générés aléatoirement — jamais sous le nom de fichier choisi par l'expéditeur —, ce qui ferme toute une classe d'attaques par manipulation de chemin. Les métadonnées et les corps de message rejoignent la base de données, rattachés à la date d'expiration de la boîte.

Étape 3 : assainir le HTML pour que les e-mails marketing ne puissent pas vous pister

L'e-mail HTML est l'élément le plus dangereux d'une boîte de réception. Un message marketing type contient des images distantes — des pixels espions qui signalent quand et où vous l'avez ouvert —, des feuilles de style externes et parfois des scripts. Avant qu'un e-mail ne vous soit présenté, nous le faisons passer par un assainisseur HTML à liste d'autorisation stricte : les scripts sont supprimés, les ressources externes entièrement retirées, et seuls les styles en ligne réputés sûrs survivent. Un pixel espion ne se charge donc tout simplement jamais, et l'expéditeur ne peut pas savoir si le message a été ouvert.

E-mail marketing fictif créé pour cet article, montrant une image d'en-tête distante, un bouton d'appel à l'action promotionnel et un pixel espion 1x1 caché et annoté
Un e-mail marketing fictif que nous avons composé pour illustrer ce qui atterrit habituellement dans une boîte de réception : images distantes, appel à l'action et pixel espion 1 × 1 caché (annoté ici). PureTempMail supprime tout contenu distant avant l'affichage : ce pixel ne se charge donc jamais.

Le résultat assaini est ensuite affiché dans une iframe entièrement cloisonnée en bac à sable, au sein de votre navigateur. Même si un élément malveillant survivait à l'assainissement, ce cloisonnement l'empêcherait d'atteindre la page environnante, votre session de boîte de réception ou quoi que ce soit d'autre dans le navigateur.

Étape 4 : la réception en temps réel grâce aux Server-Sent Events

La plupart des sites d'e-mail temporaire vous obligent à recharger la page, ou interrogent le serveur toutes les quelques secondes. PureTempMail maintient depuis votre navigateur une unique connexion HTTP de longue durée, au moyen des Server-Sent Events (SSE). Dès que le consommateur a fini d'enregistrer un message, un événement est poussé sur cette connexion et l'e-mail apparaît dans votre boîte, généralement une à trois secondes après son envoi. Pour les parcours où le temps compte — codes d'authentification à deux facteurs, liens d'activation à validité très courte —, ces secondes font la différence.

La connexion émet des battements de cœur réguliers, afin de détecter les liaisons mortes, et le client se reconnecte automatiquement avec un délai croissant de façon exponentielle en cas de coupure réseau. Ce même flux d'événements alimente nos applications Android et iOS : toutes les plateformes voient arriver un nouveau message au même instant.

Étape 5 : expirer, c'est vraiment supprimer

Chaque boîte est créée avec un compte à rebours visible à l'écran, que vous pouvez prolonger tant qu'elle est active. Une fois expirée, une tâche de nettoyage exécutée toutes les quelques minutes prend le relais : les fichiers de pièces jointes sont d'abord effacés du disque, puis les lignes de la base de données correspondant à la boîte et à tous ses messages sont supprimées en cascade.

Il n'existe ni archive, ni sauvegarde du courrier expiré, ni indicateur de « suppression logique » qui conserverait les données à votre insu. C'est de la minimisation des données imposée par l'architecture, et non par une simple politique interne : nous ne pouvons ni remettre, ni divulguer, ni perdre ce qui n'existe plus.

Voilà le parcours complet : une poignée de main SMTP, une file d'attente, un analyseur, un assainisseur, un événement poussé et une tâche de suppression. Chaque étape existe pour qu'une adresse utilisée dix minutes ne vous coûte plus rien ensuite. Si vous vous demandez un jour si un service d'e-mail jetable fait quelque chose de douteux avec vos messages, demandez-lui de publier son pipeline. Nous venons de le faire.

Vous préférez la version courte et non technique de ce pipeline ? Découvrez comment PureTempMail fonctionne étape par étape