Mỗi email đều mang theo một lịch sử kỹ thuật ẩn giấu — tập hợp các header mà ứng dụng thư thường không hiển thị, nhưng lại ghi lại trung thực email đã đi qua những máy chủ nào và người gửi có thực sự là người họ tự nhận hay không.
Vì sao tiêu đề thư đôi khi biến thành "=?UTF-8?B?...?="
Header email được thiết kế từ hàng chục năm trước chỉ cho ASCII 7-bit, nên một tiêu đề như "Cuộc họp sáng mai — Nguyễn Thị Hương" không thể viết trực tiếp vào header vì các dấu thanh và nguyên âm có dấu của tiếng Việt (ạ, ệ, ữ, ồ...) nằm ngoài phạm vi đó. RFC 2047 giải quyết bằng cú pháp "encoded word": =?UTF-8?B?Q3Xhu5ljIGjhu41w?= — trước tiên là bảng mã (UTF-8), sau đó là B cho Base64 hoặc Q cho quoted-printable, rồi đến chuỗi byte đã mã hóa. Vì tiếng Việt có nhiều dấu kết hợp trên mỗi chữ cái, mỗi ký tự thường chiếm 2-3 byte UTF-8, nên một tiêu đề tiếng Việt ngắn khi mã hóa xong lại dài hơn hẳn bản gốc — đây chính là lý do một header thô trông như một chuỗi ký tự vô nghĩa cho tới khi được giải mã.
Header Received: bản đồ hành trình của email
Mỗi máy chủ thư mà email đi qua sẽ thêm header Received của riêng nó lên đầu danh sách — vì vậy để lần theo đường đi thực sự của email từ người gửi đến hộp thư đến, các header phải được đọc từ dưới lên trên, ngược với thứ tự chúng được thêm vào.
SPF, DKIM và DMARC: ba lớp kiểm tra độ tin cậy riêng biệt
SPF (Sender Policy Framework) là bản ghi DNS của tên miền liệt kê những máy chủ được phép gửi thư nhân danh nó; header Received-SPF cho biết máy chủ gửi có nằm trong danh sách đó không. DKIM gắn thêm chữ ký mật mã vào email, có thể xác minh bằng khóa công khai được công bố trong DNS của người gửi, chứng minh nội dung không bị thay đổi trên đường truyền. DMARC sau đó chỉ dẫn máy chủ nhận biết phải làm gì với thư không vượt qua SPF hoặc DKIM: từ chối, đánh dấu là spam, hoặc vẫn gửi kèm cảnh báo. Ba cơ chế này đặc biệt hữu ích để nhận diện email giả mạo ngân hàng hoặc dịch vụ giao hàng với tên miền trông gần giống bản gốc.
Công cụ này dùng để làm gì
- Kiểm tra một email đáng ngờ có phải là nỗ lực lừa đảo với địa chỉ người gửi giả mạo hay không.
- Giải mã tiêu đề hoặc tên người gửi khi chúng xuất hiện dưới dạng chuỗi khó đọc
=?UTF-8?B?...?=. - Chẩn đoán lý do vì sao email của chính mình lại rơi vào thư mục spam của người nhận.
Message-ID dùng để làm gì
Header Message-ID là một mã định danh duy nhất mà ứng dụng thư gán khi gửi, và về lý thuyết không bao giờ lặp lại ở bất kỳ email nào khác trên thế giới. Nó rất quan trọng để nhóm các email thành "chuỗi hội thoại" (threading): khi bạn trả lời một thư, ứng dụng thư sẽ chép Message-ID gốc vào header In-Reply-To, và chính liên kết này giúp các dịch vụ email hiển thị các thư như một cuộc trò chuyện duy nhất thay vì các tin nhắn rời rạc.