MD (Mail Destination) Legacy DNS Checker
Bản ghi MD (Mail Destination) là một trụ cột lỗi thời, cũ kỹ (obsolete) thuộc hệ thống routing email internet sơ khai. Để nắm rõ bản ghi MD, bạn cần nhìn lại quá trình các network engineer thời kì đầu đã thử thiết kế mail flow ra sao trước cả lúc tiêu chuẩn hóa hạ tầng SMTP hiện đại. Vào đầu những năm 1980, giao thức DNS đã cố gắng phân tách nghiêm ngặt nhiệm vụ định tuyến mail thành 2 kiểu bản ghi riêng biệt: bản ghi MD và đối tác của nó, bản ghi MF (Mail Forwarder).
Đích đến cuối cùng cứng nhắc
Theo kiến trúc split-routing cổ đại này, bản ghi MD gánh vác sứ mệnh là xác định host duy nhất, cuối cùng, có nhiệm vụ phải nhận thư cho một domain chỉ định. Lấy ví dụ nếu user gửi một email cho admin@example.com, server gửi (sending server) sẽ lập tức query riêng vào DNS zone example.com để truy lùng đúng bản ghi MD. Dữ liệu payload lấy được sẽ phản hồi lại tên hostname gốc (canonical hostname) cực chuẩn của bộ máy nơi đang lưu chứa inbox vật lý của user đó. Server gửi lúc này sẽ chạy truy vấn bản ghi A đối với cái hostname đó để tìm ra bằng được địa chỉ IP và tiến hành giao cái payload ấy đi. Nó hoạt động rập khuôn như một hệ thống liên kết 1-1 (one-to-one mapping).
Single Point of Failure (Điểm lỗi độc nhất)
Thiết kế của bản ghi MD tồn tại một điểm yếu vận hành chết người: Nó hoàn toàn bị mù tịt đối với vấn đề dự phòng (redundancy), định tuyến theo mức độ ưu tiên (priority routing), hay cơ chế failover (cơ chế chuyển đổi dự phòng). Nó là hiện thân hoàn hảo của một Single Point of Failure (điểm lỗi chí mạng gây sập toàn hệ thống) khổng lồ. Lỡ như một cỗ máy mainframe duy nhất lọt vào danh sách trong bản ghi MD của domain bị off để bảo trì, bị tạch phần cứng, hay sập mạng, thì mọi thư gửi tới ngay lập tức sẽ bị dội ngược lại tàn bạo (hard-bounce) cho bên gửi. Trong giao thức MD, không hề tồn tại bất cứ một cơ chế tích hợp gốc nào để xui server gửi thư chịu khó chờ giữ mail lại (hold) hay đi tìm thử một server backup khác. Nhờ lưu lượng internet tăng dựng đứng, chính sự bất lực trong việc khéo léo gánh vác sự cố sập mạng này đã trở thành điều không thể tha thứ đối với khối liên lạc doanh nghiệp và học thuật.
Sự thoái trào (Deprecation) và cuộc cách mạng MX
Nhằm tháo gỡ cho bằng được các nút thắt (bottleneck) trầm trọng này, Tổ chức Internet Engineering Task Force (IETF) đã ký duyệt ban hành RFC 973, chính thức và vĩnh viễn khai tử (deprecated) cả 2 bản ghi MD lẫn MF. Họ đã đem gom chức năng của 2 di sản này gộp lại thành bản ghi MX (Mail Exchanger) tân tiến hơn. Bản ghi MX đã tạo ra cơn chấn động cách mạng hóa kiến trúc email bằng cách ra mắt khái niệm hệ số nguyên đánh giá độ ưu tiên (priority integer values). Các admin từ lúc này đã có thể định ra các đích nhận chính (primary destination) và thiết lập nguyên một đội quân backup forwarder phụ rải đều trên cùng một hệ mảng routing (routing array) cực kỳ trâu bò (resilient). Giao thức MX dạy cho các server chuyển mail rằng phải ngắm vô con số độ ưu tiên nhỏ nhất mà kết nối trước, nếu server chính không phản hồi thì ngay lập tức failover trơn tru qua server backup. Ngày nay, động tác chạy query tra cứu một bản ghi MD đơn thuần chỉ mang tính chất nghiên cứu, thẩm định các mốc lịch sử mạng, do không một Mail Transfer Agent (MTA) nào ở thời nay rảnh rỗi đi nhận diện hay thèm parse cái cục payload MD nữa.