Il record MF (Mail Forwarder) è un tipo di record DNS estinto che operava in tandem con il record MD (Mail Destination) durante le fasi nascenti del routing email di internet. Mentre il record MD puntava rigorosamente alla destinazione finale della casella, il record MF era ingegnerizzato per risolvere i massicci problemi di affidabilità del backbone di internet degli anni '80. Era progettato per definire un host intermedio — un relay di rete — che accettasse la posta in ingresso a nome di un dominio, la trattenesse e la inoltrasse attivamente verso la destinazione finale non appena un percorso diventava disponibile.

Architettura di rete store-and-forward

Nelle prime topologie di rete, la connettività TCP/IP continua 24/7 era incredibilmente rara. Molte istituzioni accademiche e mainframe corporate si connettevano alla rete più ampia tramite link dial-up o ponti ARPANET intermittenti. Il record MF era assolutamente cruciale per questi ambienti "store-and-forward". Se il server di destinazione primaria di un dominio era noto per essere offline 12 ore al giorno, un amministratore poteva configurare un record MF che puntava a un server sempre attivo e ad alta disponibilità presso un'istituzione partner. Il server mittente interrogava il DNS, accortosi che il MD era irraggiungibile, e instradava il payload all'host MF. Il server di inoltro scaricava le email su disco locale e le trasferiva automaticamente in blocco quando il server di destinazione finale ristabiliva la sua connessione di rete.

La complessità delle zone separate

Pur essendo concettualmente solido, mantenere record DNS separati e distinti per le destinazioni finali (MD) e i relay intermedi (MF) si è rivelato eccessivamente complesso e soggetto a errori per gli amministratori di rete. La gestione delle zone DNS richiedeva meticolose edizioni manuali di file di testo piatti, e mantenere in sincronia i mapping dei forwarder con i mapping delle destinazioni risultava in frequenti loop di routing e payload persi. Inoltre, la mancanza di un sistema di ranking delle priorità significava che gli amministratori non potevano facilmente configurare più livelli di forwarder di backup.

L'unificazione sotto i record MX

L'architettura rigida MF è stata abbandonata completamente dopo la pubblicazione della RFC 973, che introduceva il molto più dinamico record MX (Mail Exchanger). Il protocollo MX ha assorbito completamente la funzionalità del record MF. Semplicemente assegnando un numero di priorità più alto (che equivale a una preferenza di connessione inferiore) a un host specifico, gli amministratori moderni possono trasformare istantaneamente qualsiasi record MX standard in un mail forwarder o spooling relay di fatto. Il server primario ottiene priorità 10 e il server di spooling di backup ottiene priorità 50. Questo approccio unificato ha reso permanentemente obsoleto il record MF dedicato, e i software moderni di parsing DNS scartano completamente le query MF.