MR (Mail Rename) Legacy DNS Kontrol Aracı
MR (Mail Rename) kaydı, değiştirilmiş e-posta adresleri için DNS düzeyinde bir alias (takma ad) mekanizması olarak işlev görmek üzere tasarlanmış, erken RFC 1035 günlerinden kalan bir başka deneysel kalıntıdır (artifact). Kurumsal ağlar ilk kez çevrimiçi olduğunda, bir kullanıcının e-posta adresini değiştirmek şaşırtıcı derecede karmaşık bir routing sorunuydu. MR kaydı, çalışanlar departman değiştirdiğinde veya kullanıcı adlarını değiştirdiğinde geçerli postaların geri dönmesini (bounce) önlemek için doğrudan DNS lookup aşamasında kalıcı bir yönlendirme döngüsü (forwarding loop) oluşturmak için tanıtıldı.
Bağlantı Öncesi (Pre-Connection) Alias Çözümlemesi
Eğer bir çalışan kullanıcı adını jsmith iken john.smith olarak değiştirirse, sistem yöneticisi eski node'da yeni posta kutusunu işaret eden bir MR kaydı yayınlardı. Harici bir e-posta sunucusu eski e-postaya hitap eden bir mesaj aldığında DNS'i sorgulardı. MR kaydıyla karşılaştığında, gönderen sunucuya Payload'u iletmek için SMTP bağlantısını bile başlatmadan önce eski hedefi yenisiyle değiştirerek e-postanın zarf başlıklarını (envelope headers) fiziksel olarak yeniden yazması (rewrite) talimatı verilirdi. Bu, bir CNAME kaydının host isimleri için çalışmasına çok benzer şekilde çalışıyordu, ancak özellikle posta kutusu yerel kısımlarıyla (local-parts) sınırlandırılmıştı.
Routing Gecikmesi ve Operasyonel Yük (Overhead)
MB ve MG kayıtları gibi, MR kaydı da kendi operasyonel yükünün (overhead) ağırlığı altında çöktü. DNS sorguları birden çok uç (edge) ağı geçen UDP paketlerine dayandığından, yalnızca yerel bir alias'ı çözümlemek için harici DNS lookup'larına güvenmek posta kuyruklarına (mail queues) devasa gecikmeler (latency) ekledi. Dahası, dahili kurumsal yapıyı genel internete ifşa etti. Kötü niyetli bir aktör (malicious actor) MR kayıtlarını sorgularsa, bir kurumun tüm çalışan geçmişini ve departman değişikliklerini kolayca haritalandırabilir; sosyal mühendislik ve oltalama (phishing) saldırıları için son derece ayrıntılı bir liste (roster) oluşturabilirdi.
Modern Sunucu Tarafı (Server-Side) Alias Kullanımı
Kullanıcı alias'larının DNS katmanına ifşa edilmesi gereksiz ve güvensiz kabul edildi. Posta sunucuları daha karmaşık hale geldikçe protokol tamamen kullanımdan kaldırıldı (deprecated). Günümüzde, alias işlemleri yerel Mail Transfer Agent (MTA) yapılandırmaları içinde anında ve güvenli bir şekilde işlenmektedir. Postfix'teki /etc/aliases dosyası, Exim'deki sanal alias haritaları (virtual alias maps) veya Microsoft Active Directory'deki proxy adresleri gibi teknolojiler, kullanıcı adı değişimlerini milisaniyeler içinde dahili olarak halleder. Harici gönderen sunucu basitçe MX kaydına bağlanır, Payload'u bırakır (drop) ve alan sunucunun dahili yeniden adlandırma (renaming) mantığını işlemesine izin vererek DNS katmanını tamamen atlar (bypass).