Gelişmiş Ayarlar
Bu değere çözümlenen node'ları vurgula.
MG (Mail Group) Deneysel Kontrol Aracı
MG (Mail Group) kaydı, posta listesi (mailing list) işlevselliğini doğrudan Domain Name System yapısının kendisine yerel olarak oluşturmaya yönelik inanılmaz derecede iddialı, erken dönem bir mühendislik girişimiydi. Uygulama katmanındaki e-posta listesi yöneticilerinin (managers) gelişinden önce, ağ mühendisleri internet omurgası (backbone) genelinde grup dağıtım mantığını dikte etmek için DNS kayıtlarını kullanabileceklerini teorize ettiler. Konsept, RFC 1035'te, sunucudan sunucuya yönlendirme aşamasında toplu (bulk) e-posta çoğaltmasını (duplication) işlemek için deneysel bir mekanizma olarak ana hatlarıyla belirtildi.
DNS Katmanında Payload Çoğaltması
MG kaydının mekaniği, DNS node (düğüm) kümelemesine (clustering) dayanıyordu. Bir yönetici, dev-team.example.com gibi sahte (pseudo) bir alan adı node'u oluştururdu. Daha sonra bu tek node'a birden fazla MG kaydı eklerdi; her bir kayıt, takım üyelerinin bireysel MB (Mailbox) kayıtlarına açıkça işaret ederdi. Harici bir posta sunucusu o grup adresine bir e-posta göndermeye çalıştığında, MG kayıtları için DNS'i sorgulardı. Authoritative name server üyelerin tam dizisini (array) döndürürdü. Gönderen sunucunun daha sonra e-posta Payload'unu çoğaltması (duplicate) ve mesajı DNS yanıtında listelenen her bir posta kutusuna iletmek için ayrı SMTP bağlantıları başlatması gerekiyordu.
Önbellekleme (Caching) ve Yayılım Hatası
MG protokolü, DNS önbelleklemesinin (caching) doğası gereği gerçek dünya dağıtımlarında fena halde başarısız oldu. DNS büyük ölçüde Time-To-Live (TTL) değerlerine güvenir; aracı ISP'ler ağ yükünü azaltmak için kayıtları 24 ila 48 saat boyunca önbelleğe alır. Bir kullanıcı bir posta listesinden (mailing list) aboneliğini iptal etmek isterse, sistem yöneticisi o kullanıcının MG kaydını zone dosyasından silmek zorundaydı. Ancak, harici sunucular eski grup listesini önbelleğe aldıkları için, kullanıcı, genel TTL'ler sona erene kadar günlerce toplu (bulk) e-postaları almaya devam ederdi. Dinamik kullanıcı aboneliklerini statik DNS zone düzenlemeleriyle yönetmek, hesaplama açısından verimsizdi ve kullanıcılar için son derece sinir bozucuydu.
Uygulama Katmanı (Application-Layer) Listelerinin Yükselişi
Ağ mimarları evrensel olarak, posta listelerinin DNS'in yönetmek için asla tasarlanmadığı karmaşık durum yönetimi (state management) (geri dönenleri/bounces ele alma, abonelikten çıkma bağlantılarını işleme ve moderasyon kuyruklarını yönetme) gerektirdiği sonucuna vardılar. MG kaydı tamamen terk edildi. Endüstri, GNU Mailman, Majordomo ve modern Exchange Distribution Groups gibi uygulama düzeyindeki liste yöneticilerine (list managers) geçti. Bu uygulamalar standart bir MX kaydının arkasında oturur, tek bir e-posta Payload'u alır ve DNS routing tablolarından bağımsız olarak, kopya oluşturma (duplication) ve dağıtımı anında yönetmek için dahili SQL veritabanlarını kullanır.