MD (Mail Destination) Legacy DNS Checker
Der MD-Record (Mail Destination) ist ein veralteter, einst grundlegender Pfeiler des frühen Internet-E-Mail-Routings. Um den MD-Record zu verstehen, muss man sich ansehen, wie Network Engineers ursprünglich versuchten, den E-Mail-Verkehr vor der Standardisierung der modernen SMTP-Infrastruktur zu strukturieren. In den frühen 1980er Jahren versuchte das DNS-Protokoll, die Verantwortlichkeiten für das Mail-Routing strikt in zwei separate, unterschiedliche Record-Typen aufzuteilen: den MD-Record und seinen Begleiter, den MF-Record (Mail Forwarder).
Das starre Endziel
In dieser alten Split-Routing-Architektur hatte der MD-Record die Aufgabe, den absoluten, finalen Host zu definieren, der für den Empfang von E-Mails für eine bestimmte Domain verantwortlich war. Wenn ein Nutzer eine E-Mail an admin@example.com sendete, fragte der sendende Server die DNS-Zone von example.com gezielt nach einem MD-Record ab. Der Payload gab den exakten kanonischen Hostnamen der Maschine zurück, auf der das physische Postfach dieses Nutzers lag. Der sendende Server führte dann einen A-Record-Lookup für diesen Hostnamen durch, um die IP-Adresse zu finden, und versuchte, den Payload zuzustellen. Es funktionierte vollständig als Eins-zu-Eins-Mapping-System.
Der Single Point of Failure
Die MD-Record-Architektur besaß einen fatalen operativen Fehler: Sie kannte absolut keine Redundanz, kein Priority-Routing oder Failover-Mechanismen. Sie stellte einen massiven Single Point of Failure dar. Wenn der spezifische Mainframe, der im MD-Record der Domain gelistet war, wegen Wartungsarbeiten offline ging, einen Hardwarefehler erlitt oder die Netzwerkverbindung verlor, würden eingehende E-Mails sofort hart an den Absender zurückgeschickt (Bounce). Es gab innerhalb des MD-Protokolls keinen nativen Mechanismus, um einem sendenden Server zu sagen, er solle die E-Mail zurückhalten oder es bei einem Backup-Server versuchen. Da der Internetverkehr rasant skalierte, wurde diese Unfähigkeit, Netzwerkausfälle elegant abzufangen, für die Kommunikation in Unternehmen und Hochschulen inakzeptabel.
Deprecation und die MX-Revolution
Um diese kritischen Engpässe zu beheben, ratifizierte die Internet Engineering Task Force (IETF) RFC 973, womit sowohl die MD- als auch die MF-Records offiziell und dauerhaft als "deprecated" eingestuft wurden. Man konsolidierte die Funktionalität beider Legacy-Systeme in den modernen MX-Record (Mail Exchanger). Der MX-Record revolutionierte die E-Mail-Architektur durch die Einführung des Konzepts von Prioritäts-Integern (Priority Values). Administratoren konnten nun primäre Ziele und sekundäre Backup-Forwarder innerhalb eines einzigen, hochresilienten Routing-Arrays definieren. Das MX-Protokoll wies sendende Server an, es zuerst mit der niedrigsten Prioritätsnummer zu versuchen und nahtlos auf Backup-Server umzuschalten, wenn der Primärserver nicht antwortete. Heute ist die Abfrage eines MD-Records streng genommen eine reine Übung in Netzwerkhistorie, da kein moderner Mail Transfer Agent (MTA) mehr einen MD-Payload respektiert oder parst.