Adresses e-mail illimitées sur votre domaine : une adresse par usage

Le bon nombre d’adresses e-mail est de une par usage. Le nombre que votre fournisseur autorise se situe généralement entre une et quinze, et cet écart est un artefact tarifaire plutôt qu’une limite technique : un serveur de messagerie capable de router dix adresses peut en router dix mille.

De combien d’adresses une personne a-t-elle réellement besoin ?

Davantage que n’en accorde n’importe quelle offre, dès qu’on compte les usages au lieu des personnes. La correspondance personnelle et le travail. Les adresses de fonction que votre domaine est censé savoir recevoir. Une par projet ou par environnement, pour que les alertes, les reçus et les notifications de déploiement se routent d’eux-mêmes. Une par service auquel vous vous inscrivez, et c’est là que le compte explose : dix ans de comptes font des centaines d’adresses. Une pour la relation fournisseur dont vous soupçonnez déjà qu’elle finira mal.

Quiconque exploite un domaine depuis dix ans a plus d’adresses en circulation qu’une offre intermédiaire n’en permet. Les gens qui disposent de quinze adresses n’ont pas besoin de moins d’adresses : ils réutilisent les mêmes et appellent ça très bien.

Pourquoi les fournisseurs plafonnent-ils les adresses et les alias ?

Parce que leur prix est à la boîte et qu’un alias gratuit ressemble à une boîte qui n’a pas payé. Un alias coûte une entrée de routage et aucun stockage, donc le plafond n’a jamais rien à voir avec la capacité. Il sert à garder un sens au décompte des sièges, et c’est pourquoi les quotas restent entre quelques unités et quelques dizaines, en grimpant avec la gamme.

Le +tag et les points de Gmail sont le contournement gratuit, et ils exposent le mode de défaillance : l’adresse de base est visible à l’intérieur de l’adresse taguée, donc un courtier en fichiers retire le tag avec une expression régulière et il ne vous reste aucune adresse à brûler. Apple a répondu correctement avec Hide My Email, en générant des adresses aléatoires sans lien entre elles sur son propre domaine — ce qui règle le problème du tag en rendant le nommage à un fournisseur.

Quand le stockage est le vôtre et que le compteur porte sur des gigaoctets, le plafond n’a plus rien à facturer. Nisdos Mail laisse adresses, alias et domaines illimités dans le cadre d’un usage raisonnable, toutes livrant dans un stockage que vous désignez par domaine ou par boîte. L’usage raisonnable est l’astérisque honnête de tout « illimité » ; le point de fond est qu’aucune adresse que vous inventez ne coûte un siège.

À quoi sert une adresse par expéditeur ?

À tracer les fuites, et cela marche mieux que n’importe quelle promesse dans une politique de confidentialité. Donnez à chaque entreprise son adresse — compagnieaerienne@, quincaillerie@, laconference@ — et le premier courrier non sollicité arrive avec la réponse dans ses propres en-têtes. J’ai découvert deux fuites de fichiers de cette manière, des années avant que l’une ou l’autre société n’en dise un mot.

La réparation est bon marché aussi. Une adresse brûlée se supprime, et la seule partie dérangée est celle qui l’a laissée fuir. Comparez avec le fait de changer partout une adresse partagée, ce que personne ne termine jamais.

Ce qu’une adresse par expéditeur n’est pas : de l’anonymat. Chacune annonce le même domaine, et un domaine est une identité avec un historique d’enregistrement attaché, souvent public. Ce schéma vous dit d’où vient une fuite. Il ne cache pas qui vous êtes, et je préfère le dire que laisser quelqu’un l’apprendre à ses frais.

Un catch-all n’est-il pas plus simple ?

Un catch-all fait le même travail pendant une semaine environ, puis devient un risque. Comme il accepte toutes les parties locales, les attaques par dictionnaire contre votre domaine réussissent par définition : admin@, info@, sales@, des milliers d’essais par heure, tous acceptés, tous devenus votre problème à trier. Le spam adressé à des noms que vous n’avez jamais utilisés devient indiscernable du courrier que vous avez demandé.

Vous perdez aussi la possibilité de retirer quoi que ce soit. L’adresse brûlée continue d’être acceptée pour toujours, puisque l’acceptation est le comportement par défaut. Et accepter du courrier qu’on jette aussitôt est la manière dont un domaine se bâtit une réputation d’accepter du courrier que personne ne lit.

Des adresses explicites permettent au MX de refuser les destinataires inconnus pendant la transaction SMTP — un refus dont l’expéditeur est propriétaire, avant que le message ne devienne un objet dans votre stockage. Le seul usage défendable d’un catch-all est temporaire : activez-le pendant la migration d’un domaine pour retrouver les adresses oubliées qui reçoivent encore, puis désactivez-le.

Quelles adresses devraient exister sur chaque domaine ?

L’ensemble que je crée avant toute autre chose, sur chaque domaine que j’exploite :

• postmaster@ et abuse@ — la RFC 2142 les spécifie depuis 1997. Les destinataires les vérifient, et les opérateurs de listes noires comme les autres postmasters s’en servent pour vous joindre quand quelque chose cloche dans votre courrier. Un domaine qui rejette abuse@ a l’air abandonné.
• hostmaster@ — l’administration DNS et certains parcours de validation de certificat y écrivent encore.
• security@, identique à l’adresse publiée dans votre /.well-known/security.txt (RFC 9116), pour qu’un chercheur ait un endroit où envoyer un rapport qui ne soit pas votre boîte personnelle.
• dmarc@ — la destination du tag rua= de votre enregistrement DMARC. Les rapports agrégés arrivent chaque jour en pièces jointes XML et méritent leur propre adresse, pas votre matinée.
• Une par service, générée à l’inscription plutôt que rangée plus tard. Le rangement n’arrive jamais.
• Une par projet ou par environnement : alertes@, deploy@, recus@, factures@, chacune routée vers la boîte qui doit réellement la voir.
• Des adresses de fonction qui survivent aux humains qui les tiennent — bonjour@, contact@, support@ — pour qu’un départ n’emporte pas un canal.

Cette liste fait une douzaine d’adresses avant même que vous vous soyez inscrit à quoi que ce soit. Sur une offre facturée à la boîte, c’est l’essentiel d’un quota. Sur un domaine illimité, c’est un mardi après-midi.

Qu’est-ce qui casse quand les adresses ne coûtent rien ?

Quatre choses, toutes gérables, aucune dramatique.

Envoyer depuis la bonne. Recevoir sur 300 adresses est gratuit ; répondre depuis la bonne est une habitude, et se tromper révèle la cartographie que vous avez construite. L’authentification n’est pas le problème : SPF, DKIM et DMARC se règlent par domaine, donc chaque adresse hérite de la position du domaine. Le problème est le champ expéditeur devant lequel vous avez cliqué trop vite.

Se souvenir de la carte. Une adresse par prestataire est une petite base de données. Soit la recherche est votre index, l’adresse elle-même faisant office de requête, soit vous stockez l’adresse à côté de l’identifiant dans votre gestionnaire de mots de passe. C’est la seconde habitude qui survit à quatre ans.

La réputation est par domaine. Toutes ces adresses partagent la position d’un seul domaine, donc un compte compromis qui envoie du spam abîme chaque adresse d’un coup. C’est le revers de la consolidation de votre identité sur un nom qui vous appartient.

L’archive ne fait que grossir, puisque tout le schéma repose sur le fait de ne jamais rien jeter. C’est un problème de stockage, et le stockage est la seule partie de cette affaire que vous pouvez pointer vers un bucket qui vous appartient déjà.