Vérificateur DNS hérité MF (Mail Forwarder)
L'enregistrement MF (Mail Forwarder) est un type d'enregistrement DNS disparu qui fonctionnait en tandem avec l'enregistrement MD (Mail Destination) pendant les phases naissantes du routage des e-mails sur internet. Alors que l'enregistrement MD pointait strictement vers la destination finale de la boîte de réception, l'enregistrement MF a été conçu pour résoudre les problèmes de fiabilité massifs de la dorsale internet (backbone) des années 1980. Il a été conçu pour définir un hôte intermédiaire — un relais réseau — qui accepterait le courrier entrant au nom d'un domaine, le conserverait, et le transmettrait activement plus près de la destination finale lorsqu'une route devenait disponible.
Architecture réseau Store-and-Forward
Dans les premières topologies de réseau, la connectivité TCP/IP continue, 24/7, était incroyablement rare. De nombreuses institutions universitaires et mainframes d'entreprise se connectaient au réseau plus large via des liaisons commutées (dial-up) ou des ponts ARPANET intermittents. L'enregistrement MF était absolument crucial pour ces environnements "store-and-forward". Si le serveur de destination principal d'un domaine était connu pour être hors ligne pendant 12 heures par jour, un administrateur pouvait configurer un enregistrement MF pointant vers un serveur hautement disponible, toujours en ligne dans une institution partenaire. Le serveur d'envoi interrogeait le DNS, réalisait que le MD était inaccessible, et acheminait le payload vers l'hôte MF. Le serveur de transfert (forwarding server) mettait les e-mails en file d'attente (spool) sur le disque local et les transférait automatiquement en masse (bulk) lorsque le serveur de destination finale rétablissait sa connexion réseau.
La complexité des zones divisées (Split Zones)
Bien que conceptuellement solide, le maintien d'enregistrements DNS séparés et distincts pour les destinations ultimes (MD) et les relais intermédiaires (MF) s'est avéré trop complexe et très sujet aux erreurs pour les administrateurs réseau. La gestion des zones DNS nécessitait une édition manuelle méticuleuse de fichiers en texte clair, et garder les mappages des redirecteurs synchronisés avec les mappages de destination entraînait de fréquentes boucles de routage et des pertes de payloads. De plus, l'absence d'un système de classement par priorité signifiait que les administrateurs ne pouvaient pas facilement configurer plusieurs niveaux de redirecteurs de secours.
L'unification sous les enregistrements MX
L'architecture MF rigide a été entièrement abandonnée après la publication de la RFC 973, qui a introduit l'enregistrement MX (Mail Exchanger) beaucoup plus dynamique. Le protocole MX a complètement absorbé la fonctionnalité de l'enregistrement MF. En attribuant simplement un numéro de priorité plus élevé (ce qui équivaut à une préférence de connexion moindre) à un hôte spécifique, les administrateurs modernes peuvent transformer instantanément n'importe quel enregistrement MX standard en un redirecteur de messagerie de facto ou un relais de mise en file d'attente (spooling relay). Le serveur principal obtient la priorité 10, et le serveur de sauvegarde de mise en file d'attente obtient la priorité 50. Cette approche unifiée a rendu l'enregistrement MF dédié définitivement obsolète, et les logiciels d'analyse DNS modernes ignorent complètement les requêtes MF.