Recherche d'enregistrement MINFO (Mailbox Information)
Défini comme un protocole expérimental dans la RFC 1035, l'enregistrement MINFO (Mailbox Information) a été conçu pour attacher des métadonnées de routage administratif très granulaires aux listes de diffusion et aux boîtes aux lettres individuelles. À l'ère de l'internet par modem (dial-up), les connexions réseau chutaient constamment et les serveurs de messagerie plantaient fréquemment. Les messages de rebond automatisés (Non-Delivery Reports, ou NDR) tournaient souvent en boucle sans fin entre les serveurs, congestionnant la bande passante limitée de l'ARPANET. L'enregistrement MINFO était une tentative de fournir des règles de routage strictes pour la gestion des erreurs directement au niveau de la couche DNS.
Paramètres RMAILBX et EMAILBX
Contrairement aux enregistrements standard qui utilisent une seule chaîne cible, le payload MINFO nécessitait deux pointeurs distincts. Le premier était le RMAILBX (Responsible Mailbox). Ce paramètre définissait explicitement le domaine ou la boîte aux lettres qui était responsable de la réception des messages d'erreur automatisés et des rebonds de serveur associés à une liste de diffusion spécifique. Le deuxième paramètre était l'EMAILBX (Error Mailbox), qui définissait l'administrateur humain ou le responsable de la liste. Lorsqu'un serveur externe rencontrait un échec critique en tentant de livrer un payload en masse (bulk), il était censé interroger l'enregistrement MINFO pour savoir exactement où envoyer les journaux d'erreurs, en contournant l'adresse réelle de l'expéditeur.
L'échec du signalement Out-of-Band
La faille architecturale centrale de l'enregistrement MINFO était qu'il reposait sur un signalement "out-of-band" (hors bande). Il forçait un serveur de messagerie qui était déjà au milieu du traitement d'une transaction SMTP à arrêter l'exécution, à ouvrir une nouvelle connexion UDP, à interroger la couche DNS pour les enregistrements MINFO, à attendre la propagation, puis à réécrire les chemins de routage des erreurs. Cela s'est avéré nettement plus lent et moins fiable que de simplement gérer le routage des erreurs "in-band" pendant la transmission réelle de l'e-mail.
Les en-têtes SMTP remplacent la logique DNS
Les ingénieurs ont rapidement réalisé que le protocole SMTP lui-même était bien plus adapté à la gestion des métadonnées de rebond que la couche DNS. L'introduction d'en-têtes d'enveloppe SMTP spécifiques — plus particulièrement les en-têtes Return-Path et Errors-To — a complètement éliminé le besoin d'enregistrements MINFO. Aujourd'hui, lorsqu'un expéditeur de masse envoie une newsletter, il intègre l'adresse de traitement des rebonds directement dans les en-têtes cachés de l'e-mail. Si le serveur de réception rencontre une erreur, il lit simplement l'en-tête localement et renvoie instantanément le message de rebond, ne nécessitant aucune recherche DNS externe. Par conséquent, les MTA de production ignorent complètement les payloads MINFO.