Il record MB (Mailbox) è un affascinante artifact sperimentale dalle specifiche DNS originali RFC 1035. Nell'architettura di rete moderna, il Domain Name System gestisce strettamente il routing del traffico verso un server fisico o un indirizzo IP, mentre l'applicazione interna (come un server email) analizza il payload per determinare a quale specifico utente appartengano i dati. Il record MB tentava di sfocare questi confini. Invece di instradare la mail organizzativa a un cluster di server centralizzato tramite record MX, i record MB tentavano di mappare le caselle di posta individuali degli utenti direttamente a hostnames specifici nativamente nel file di zona DNS.

Routing mail diretto-host

Sotto la teoria del protocollo MB, il livello DNS possedeva una conoscenza granulare di ogni dipendente o utente in una rete. Ad esempio, un amministratore poteva teoricamente configurare un record MB in modo che la mail indirizzata alla casella sysadmin fosse instradata esplicitamente a un mainframe UNIX ad alta sicurezza, mentre la mail indirizzata a sales andava a un server completamente diverso e meno sicuro. Quando un server remoto voleva consegnare un'email, interrogava il DNS specificamente per la parte locale dell'indirizzo email (la stringa prima del simbolo @) per trovare la destinazione hardware esatta della casella di quel singolo utente.

L'incubo della scalabilità

La realtà operativa del record MB è stata un disastro di scalabilità assoluto. Gestire una rete corporate di medie dimensioni con 5.000 dipendenti avrebbe richiesto a un sysadmin di mantenere 5.000 record DNS individuali e digitati a mano solo per gestire il routing email standard. Ogni volta che un nuovo dipendente veniva assunto o licenziato, il file di zona DNS centrale doveva essere editato, il seriale SOA incrementato e le modifiche propagate in tutto internet solo per provisionare una casella di posta. Questo gonfiava i file di zona a dimensioni ingovernabili e imponeva carichi di elaborazione estremi sui primi resolver DNS.

Delega al livello applicativo

Gli ingegneri si resero rapidamente conto che il DNS era il protocollo sbagliato per gestire le identità a livello utente. L'industria ha abbandonato completamente il concetto MB, stabilendo un solido confine architetturale. Oggi il DNS (tramite record MX) è l'unico responsabile di far arrivare il pacchetto email alla porta d'ingresso del Mail Transfer Agent (MTA) dell'organizzazione. Una volta stabilita la connessione, software a livello applicativo come Postfix, Exim o Microsoft Exchange prendono il controllo, usando database interni o Active Directory per analizzare la parte locale dell'indirizzo e consegnare il payload alla casella interna corretta. Non troverai record MB che risolvono su alcuna rete di produzione moderna.