À propos

Une boîte de messagerie jetable est une petite idée. L'essentiel du travail consiste à refuser de la faire grossir.

Ce que c’est

Une adresse à usage unique, à oublier ensuite. Tapez un nom, utilisez-le pour vous inscrire quelque part, lisez le code reçu, puis passez à autre chose. Rien n'est créé à l'avance, rien n'est enregistré, et tout disparaît après 5 jours.

La même chose est disponible sous forme de trois points de terminaison HTTP, car la moitié des personnes qui ont besoin d’une adresse jetable sont une suite de tests plutôt qu’une personne.

Ce qu’il n’est délibérément pas

Chacun de ces points est une décision, pas un manque dans la feuille de route :

Pas un expéditeur de courrier: Il n’existe aucun point de terminaison pour envoyer. Un service gratuit et non authentifié capable d’envoyer du courrier deviendrait un relais de spam en une journée, et le service abus deviendrait l’entreprise tout entière.
Pas une archive: 5 jours est une propriété du service, pas un palier. Le courrier que nous ne détenons plus est un courrier que personne ne peut exiger, perdre ou divulguer.
Pas un système de comptes: Les adresses publiques ne demandent aucune inscription : donc aucun mot de passe à percer, aucune liste d'e-mails à divulguer, aucun profil à vendre. L'absence est la fonctionnalité.
Pas un outil de confidentialité pour de vrais secrets: Sur un domaine partagé, l'adresse est le seul secret. Quiconque la devine lit la boîte. Nous le disons sur la page d'accueil, dans la FAQ, dans la boîte de réception et dans la documentation, parce qu'un service qui cache cela expose ses utilisateurs.

Comment un message vous parvient réellement

À savoir, car cela explique la plupart du comportement que vous rencontrerez :

Un expéditeur consulte l'enregistrement MX de votre domaine et trouve smtp.grabmail.io.
Notre serveur de messagerie répond. Il accepte les messages pour les domaines hébergés ici et refuse tout le reste, ce qui l'empêche de servir de relais.
Le message est transmis à la couche de stockage via une connexion chiffrée, puis supprimé du serveur de messagerie.
Il apparaît dans la boîte de messagerie — sur la page web et via l'API au même instant, car elles lisent la même chose.
Il est supprimé 5 jours plus tard, lu ou non.

Si la couche de stockage est un jour injoignable, l'étape 3 échoue temporairement et le message attend dans la file d'attente plutôt que d'être rejeté. Les expéditeurs ne renvoient pas un message après un rejet permanent, donc un rejet permanent pour une panne de notre côté ferait perdre votre courrier. Cette distinction est la décision de conception la plus importante de tout le système.

Comment c'est construit

Aucun suivi, et rien dont se désinscrire: Pas d'analytics, pas de script tiers, pas de bandeau de cookies, parce qu'il n'y a pas de cookies à accepter. Rien sur ce site ne communique avec qui que ce soit d'autre que ce site.
Les limites sont publiées: Chaque plafond a sa page. Une limite qu'on découvre en la heurtant est un bug de documentation.
La documentation fait office de contrat: La référence et la page d’accueil lisent la même source : la page marketing et l’API ne peuvent donc pas décrire deux produits différents.
Sobre là où ça compte: Le chemin du courrier repose sur un serveur mail standard et bien connu, plutôt que sur quelque chose de conçu spécialement pour ceci. C’est sa file d’attente qui rend une panne invisible pour les expéditeurs.

Qui l'exploite

Une petite équipe indépendante. Il n'y a aucun investisseur pour lequel croître, c'est pourquoi le service n'a pas de date d'expiration et pourquoi rien ici n'est financé en vous observant.

Il n’y a ni service d’assistance ni file de tickets, ce qui est la forme honnête d’un service gratuit géré par quelques personnes : ce qui existe, c’est un système assez simple pour avoir très peu besoin de support.