MG (Mail Group) Experimental Checker
Bản ghi MG (Mail Group) là một phát kiến kỹ thuật sơ khai với hoài bão kinh khủng nhắm vào việc cấy ghép tính năng mailing list (danh sách gửi thư) trực tiếp bám rễ vào chính cấu trúc của Hệ thống Domain Name. Tự tận cái thời trước khi những bộ phận quản lý mailing list tầng ứng dụng (application-layer) trình làng, các tay kỹ sư mạng đã phỏng đoán bằng lý thuyết rằng họ có thể lấy bản ghi DNS làm công cụ để định hình thứ logic phân phối nhóm phủ sóng trên khắp các trục xương sống (backbone) internet. Mô hình này được đề xướng rành rọt trong RFC 1035 với danh xưng là một cơ chế mang tính thử nghiệm để xử trí việc nhân bản email hàng loạt (bulk email duplication) ở giai đoạn routing từ server-đến-server.
Nhân bản Payload ở Tầng DNS (DNS-Level Payload Duplication)
Cơ chế hoạt động của bản ghi MG dựa dẫm vào khả năng clustering (gom cụm) các DNS node. Một admin sẽ dựng lên một cụm domain giả (pseudo-domain node), kiểu kiểu như dev-team.example.com. Tiếp đó, họ sẽ móc thêm vài bản ghi MG vào một node lẻ loi đó, mỗi bản ghi sẽ trỏ đích danh đến từng bản ghi cá nhân MB (Mailbox) của các thành viên trong nhóm. Khi một gã mail server người ngoài tính quăng thư gửi vào cái địa chỉ nhóm đó, hắn sẽ lại lôi DNS ra để query tìm các bản ghi MG. Authoritative nameserver sau đó sẽ tuôn trả về một mảng (array) danh sách thành viên trọn vẹn. Ngay lúc đó, server gửi thư sẽ phải tự thân vận động làm thao tác sao chép payload của email rồi tự phát động các kết nối SMTP riêng biệt cốt chỉ để nhồi thư này trúng đích vào tận miệng mỗi hòm thư mà phản hồi DNS vừa xổ ra.
Thảm họa Caching và Propagation (Lan truyền)
Giao thức MG đã sụp đổ hoành tráng trong thực tiễn deploy ngoài đời thực do bản chất cố hữu của cơ chế caching trong DNS. DNS sống chết phụ thuộc vào các chỉ số Time-To-Live (TTL), thứ quy định các tay ISP trung gian sẽ tiến hành cache dữ liệu bản ghi từ 24 tới 48 tiếng để bớt đi gánh nặng đè lên mạng lưới. Nếu giả sử một user nổi hứng muốn rút tên (unsubscribe) khỏi một cái mailing list nào đấy, anh sysadmin buộc phải lọ mọ lôi cái file zone ra mà cạo xóa bản ghi MG của tay user kia. Khổ nỗi, vì các server ngoại lai đã ôm khư khư cái list nhóm cũ trong cache của chúng, gã user kia sẽ vẫn phải hứng trọn rổ bulk email suốt ngần ấy ngày ròng rã cho tới khi ba cái chỉ số TTL toàn cầu kia chạm mốc hết hạn. Đi lấy thứ hành động sửa file DNS zone bằng tay (static) nhằm kiểm soát chuyện đăng ký linh hoạt (dynamic) của user quả là một việc thảm họa về mặt xử lý máy tính, mà còn đem lại cho hội user cảm giác ức chế kinh hoàng.
Sự trỗi dậy của Application-Layer Lists
Lực lượng kiến trúc sư mạng đã nhất trí đạt được kết luận chung rành rọt rằng các danh sách mailing list thực thụ đòi hỏi tới một thứ trình quản lý trạng thái (state management) vô cùng rắc rối — xử lý mớ thư bị bật lại (bounces), cày ải đống link unsubscribe, và cai quản cả nùi hàng chờ kiểm duyệt (moderation queues) — những công năng mà DNS chưa từng một giây nào được thiết kế để gánh vác. Bản ghi MG bị ném vào sọt rác toàn tập. Ngành công nghiệp CNTT bắt đầu lách hướng sang các trình quản lý danh sách ở tầng ứng dụng (application-level list managers), tỷ như GNU Mailman, Majordomo, và các thế hệ Exchange Distribution Groups thời nay. Đội ngũ ứng dụng này ngồi rung đùi ẩn phía sau các bản ghi MX chuẩn, ngoạm lấy một payload email độc nhất, và móc thẳng vô các database SQL nội địa nhằm tự thân đứng ra lèo lái chuyện nhân bản và phân phát ngay tức khắc, chính thức chém đứt luôn phần dính líu logic của mailing list ra khỏi các bảng DNS routing toàn cầu.