Il record MD (Mail Destination) è un pilastro fondamentale e obsoleto del primo routing email di internet. Per comprendere il record MD, bisogna guardare a come gli ingegneri di rete hanno originariamente tentato di strutturare il flusso della posta prima della standardizzazione dell'infrastruttura SMTP moderna. All'inizio degli anni '80, il protocollo DNS tentava di dividere rigorosamente le responsabilità del routing mail in due tipi di record separati e distinti: il record MD e il suo compagno, il record MF (Mail Forwarder).

La destinazione finale rigida

In questa architettura legacy di split-routing, il record MD aveva il compito di definire l'host assoluto e finale responsabile della ricezione della posta per un dato dominio. Se un utente inviava un'email indirizzata a admin@example.com, il server mittente interrogava la zona DNS di example.com specificamente alla ricerca di un record MD. Il payload restituiva l'hostname canonico esatto della macchina dove risiedeva la casella fisica di quell'utente. Il server mittente eseguiva poi una ricerca del record A su quell'hostname per trovare l'indirizzo IP e tentare la consegna del payload. Operava interamente come un sistema di mapping uno-a-uno.

Il single point of failure

L'architettura del record MD possedeva un difetto operativo fatale: era completamente ignara della ridondanza, del routing per priorità e dei meccanismi di failover. Rappresentava un enorme punto singolo di fallimento. Se il mainframe specifico elencato nel record MD del dominio andava offline per manutenzione, subiva un guasto hardware o perdeva la connettività di rete, tutta la posta in ingresso veniva immediatamente rimbalzata al mittente. Non esisteva alcun meccanismo nativo nel protocollo MD per dire a un server mittente di trattenere la mail o di provare un server di backup. Man mano che il traffico di internet cresceva rapidamente, questa incapacità di gestire con grazia le interruzioni di rete diventava inaccettabile per le comunicazioni corporate e accademiche.

Deprecazione e la rivoluzione MX

Per risolvere questi colli di bottiglia critici, l'Internet Engineering Task Force (IETF) ha ratificato la RFC 973, che depreca ufficialmente e permanentemente sia i record MD che MF. Ha consolidato la funzionalità di entrambi i sistemi legacy nel moderno record MX (Mail Exchanger). Il record MX ha rivoluzionato l'architettura email introducendo il concetto di valori interi di priorità. Gli amministratori potevano ora definire destinazioni primarie e forwarder secondari di backup all'interno di un unico array di routing altamente resiliente. Il protocollo MX istruiva i server mittenti a provare prima il numero di priorità più basso e a fare failover in modo seamless ai server di backup se il primario non rispondeva. Oggi, interrogare un record MD è strettamente un esercizio di analisi della storia di rete, poiché nessun Mail Transfer Agent (MTA) moderno rispetterà o analizzerà un payload MD.