Napredne postavke
Istakni čvorove koji razrješavaju na ovu vrijednost.
Provjera naslijeđenog MR (Mail Rename) DNS zapisa
MR (Mail Rename) zapis još je jedan eksperimentalni artefakt iz ranih dana RFC 1035, osmišljen da djeluje kao mehanizam aliasa na razini DNS-a za izmijenjene adrese e-pošte. Kada su korporativne mreže prvi put došle na mrežu, promjena korisnikove adrese e-pošte bila je iznenađujuće složen problem usmjeravanja. MR zapis uveden je za stvaranje trajne petlje prosljeđivanja izravno unutar faze DNS provjere, sprječavajući vraćanje legitimne pošte kada bi zaposlenici mijenjali odjele ili svoja korisnička imena.
Razrješavanje aliasa prije uspostave veze
Ako bi zaposlenik promijenio korisničko ime iz jsmith u john.smith, sistem administrator objavio bi MR zapis na starom čvoru koji pokazuje na novi poštanski sandučić. Kada bi vanjski poslužitelj pošte primio poruku upućenu na staru e-poštu, upitao bi DNS. Naišavši na MR zapis, poslužitelju pošiljatelju naloženo je da fizički prepiše zaglavlja omotnice e-pošte, zamijenivši staro odredište novim, prije nego što bi uopće pokrenuo SMTP vezu za isporuku poruke. Funkcionirao je vrlo slično načinu na koji CNAME zapis radi za imena hostova, ali bio je specifično usmjeren na lokalne dijelove poštanskih sandučića.
Kašnjenje usmjeravanja i operativni teret
Poput MB i MG zapisa, MR zapis srušio se pod teretom vlastitog operativnog opterećenja. Budući da se DNS upiti oslanjaju na UDP pakete koji prolaze kroz više rubnih mreža, oslanjanje na vanjske DNS provjere samo za razrješavanje lokalnog aliasa dodavalo je golemo kašnjenje redovima pošte. Nadalje, razotkrivalo je internu korporativnu strukturu javnom internetu. Ako bi zlonamjerni akter upitao MR zapise, mogao je lako mapirati cjelokupnu povijest zaposlenika i promjene odjela organizacije, stvarajući vrlo detaljan popis za socijalni inženjering i phishing napade.
Moderno aliasanje na strani poslužitelja
Izlaganje korisničkih aliasa DNS sloju ocijenjeno je nepotrebnim i nesigurnim. Protokol je u potpunosti ukinut kako su poslužitelji pošte postajali sofisticiraniji. Danas se aliasanje obrađuje trenutačno i sigurno unutar lokalnih konfiguracija agenta za prijenos pošte (MTA). Tehnologije poput datoteke /etc/aliases u Postfixu, mapa virtualnih aliasa u Eximu ili proxy adresa u Microsoft Active Directoryju obrađuju zamjene korisničkih imena interno u milisekundama. Vanjski poslužitelj pošiljatelj jednostavno se poveže na MX zapis, isporuči poruku i prepusti poslužitelju primatelju da obradi internu logiku preimenovanja, u potpunosti zaobilazeći DNS sloj.