MINFO (Mailbox Information) Record Lookup
Được định nghĩa là một giao thức thử nghiệm trong RFC 1035, bản ghi MINFO (Mailbox Information) đã ra đời mang sứ mệnh đính kèm các cục metadata định tuyến quản lý dạng cực kỳ chi tiết (granular) vào các mailing list và các hòm thư cá nhân riêng lẻ. Trong cái kỷ nguyên dial-up của internet, kết nối mạng là một trò chơi may rủi rớt lên rớt xuống liên tục, và các máy chủ mail thì thi nhau lăn quay ra crash. Những tin nhắn thông báo dội ngược (bounces) tự động (còn gọi là Báo cáo Lỗi Giao nhận - Non-Delivery Reports, hay NDRs) thường xuyên bị dính thành cái vòng lặp vô tận (loop) chạy loanh quanh giữa đám server, làm kẹt cứng băng thông eo hẹp của cỗ máy ARPANET. Bản ghi MINFO là một đòn đánh thử nghiệm để phác họa ra những quy tắc routing khắt khe hòng chấn chỉnh lỗi lầm nảy sinh trực tiếp ngay ở trên lớp DNS.
Tham số RMAILBX và EMAILBX
Trái ngược với hệ thống bản ghi tiêu chuẩn chỉ sử dụng một chuỗi đích (target string) đơn thân độc mã, thì payload của MINFO lại nằng nặc đòi phải có hai con trỏ (pointers) khác biệt nhau. Cái đầu tiên mang tên RMAILBX (Responsible Mailbox). Thuộc tính này sẽ phác họa rạch ròi ra domain hoặc hòm thư nào gánh trên vai trọng trách hứng trọn các tin báo lỗi (error messages) tự động cũng như mấy dòng thông báo server bounce gắn liền với một list mailing cụ thể. Còn tham số thứ hai là EMAILBX (Error Mailbox), thứ sẽ chỉ mặt điểm tên chính vị admin người thật việc thật (human) hay người quản lý (maintainer) đang phụ trách kiểm soát cái list đó. Khi mà một anh server ngoại đang cố nhồi để nhả xong cục bulk payload rồi lăn ra ngắc ngoải gặp lỗi nghiêm trọng, anh ấy được dặn dò là hãy đi tra bản ghi MINFO để bắt được mạch coi chính xác phải tuồn mấy cái error log về đâu, tự động cho ra rìa cái địa chỉ của tay người gửi thực thụ.
Thất bại của cơ chế Out-of-Band Signaling (Phát tín hiệu ngoài luồng)
Tử huyệt nặng nề nhất nằm ở phần cốt lõi kiến trúc của bản ghi MINFO chính là cái việc ỷ y vào trò phát tín hiệu "out-of-band" (ngoài băng tần/ngoài luồng). Nó ép một con máy chủ mail đang hì hục nhai dở một cục giao dịch SMTP phải đình chỉ lệnh thực thi cái rụp, tiến hành khởi tạo một kết nối UDP mới toanh, đi tra khảo rà hỏi lớp DNS moi bằng được mấy cái bản ghi MINFO, ngồi mọc rễ chờ propagation, sau đó mới hì hục ngồi viết lại (rewrite) các luồng định tuyến (routing paths) bị lỗi. Chiêu này đã rành rành vạch mặt cho thiên hạ thấy nó lề mề và kém đáng tin cậy hơn hẳn so với trò cứ vô tư xử lý phần routing lỗi theo kiểu "in-band" trong lúc phiên truyền email thực thụ kia đang diễn ra.
SMTP Headers phế truất DNS Logic
Dàn kỹ sư mạng về sau cũng đã sớm khôn ra mà ngộ nhận rằng bản thân hệ thống giao thức SMTP lại vô tình tỏ ra xịn xò vượt trội hơn hẳn so với cái lớp DNS trong khâu giải quyết các bản siêu dữ liệu phản hồi (bounce metadata). Việc nảy sinh các trường chứa thông điệp bọc ngoài (envelope headers) đặc chủng của SMTP—nổi bần bật là các hệ header Return-Path và Errors-To—đã đá đít hoàn toàn cái nhu cầu thiết yếu đòi dùng các bản ghi MINFO. Ngày nay, hễ một đại lý gửi mail bulk nào chốt sổ xuất chuồng một bản newsletter, họ sẽ trực tiếp ghim giấu luôn địa chỉ phụ trách khâu xử lý phản hồi (bounce-processing) thẳng vào mấy cái thẻ ẩn (hidden headers) của lá thư. Thấy có biến, nếu tay server bên nhận xui xẻo vướng phải một sự cố nào đó, thì anh ấy chỉ việc khui móc thông tin từ chính cái thẻ header ra mà tự đọc nội bộ ở local, sau đó dội ngược lại tin bounce message chớp nhoáng, dẹp bỏ hoàn toàn công đoạn phải bò đi tìm gọi mấy cú external DNS lookup rườm rà. Chính lẽ đó, các MTA bên khối sản xuất (production) giờ đây toàn bỏ xó đống MINFO payloads mà chả đoái hoài gì.