Có một kiểu lỗi email khiến người ta tưởng bị ma ám. Không có thư nào bị trả lại. Log gửi ghi là đã gửi thành công. Thư thử nghiệm tới Gmail vào ngon lành. Nhưng cả một nhóm người nhận — thường là nhóm dùng email công ty hoặc một nhà cung cấp lớn — không thấy gì hết. Chín trên mười lần, mẫu hình đó là danh sách đen, và danh sách ấy đã lặng lẽ từ chối bạn suốt nhiều ngày.
Danh sách đen thì rẻ để kiểm tra nhưng chậm để thoát ra — đúng kiểu kết hợp mà bạn không muốn phát hiện muộn. Trước khi dành cả buổi chiều cho nó, hãy loại trừ lời giải thích nhàm chán trước: nếu bản thân các địa chỉ đã chết thì mọi nỗ lực về uy tín đều vô ích, nên bỏ ra một phút để xác minh những địa chỉ bạn đang gửi tới có thật sự tồn tại là rất đáng.
DNSBL thực chất là gì
DNSBL là viết tắt của DNS-based Blackhole List, đôi khi gọi là RBL. Đó là danh sách các địa chỉ IP — và ngày càng nhiều tên miền — mà một tổ chức nào đó cho rằng đã phát tán spam, được công bố qua DNS thông thường để bất kỳ máy chủ thư nào cũng truy vấn được trong vài mili giây.
Cơ chế khá gọn. Để hỏi xem 198.51.100.25 có nằm trong bl.example.org giả định hay không, máy chủ nhận sẽ đảo ngược các octet và tra cứu 25.100.51.198.bl.example.org. Nếu DNS trả về một địa chỉ trong dải 127.0.0.x thì IP đó bị liệt kê, và octet cuối thường mã hóa lý do. Nếu DNS không trả về gì thì nó sạch.
Vì phép kiểm tra chỉ là một truy vấn DNS, máy chủ nhận chạy nó trên từng kết nối đến, trước cả khi nội dung thư được truyền đi. Đó là lý do bị blacklist tạo ra sự im lặng chứ không phải thư trả lại: nhiều nhà cung cấp từ chối ngay ở giai đoạn kết nối, và tùy nền tảng gửi của bạn, lần từ chối đó có thể không bao giờ hiện lên trong bảng điều khiển bạn đang nhìn.
Những danh sách thật sự quan trọng
Có hàng trăm DNSBL và phần lớn không đáng bận tâm — những danh sách nghiệp dư bị bỏ hoang mà không nơi nhận thư nào nghiêm túc truy vấn. Chỉ một nhóm nhỏ thực sự tạo khác biệt:
- Spamhaus (SBL, XBL, PBL, CSS và danh sách tên miền DBL). Quan trọng nhất, hơn hẳn phần còn lại. Nằm trong Spamhaus nghĩa là phần lớn internet ngừng nhận thư của bạn.
- SpamCop. Dựa trên báo cáo của người dùng, liệt kê nhanh và hết hạn cũng nhanh, nên bị liệt ở đây thường phản ánh một chiến dịch tệ duy nhất.
- Barracuda và SORBS. Rất phổ biến trong hệ thống lọc thư doanh nghiệp dạng thiết bị, và đó là lý do triệu chứng "chỉ người nhận ở công ty mới bị" hay gặp đến vậy.
- UCEPROTECT. Liệt kê cả dải IP rộng, đôi khi vì hành vi của hàng xóm trên hosting dùng chung. Các bên nhận uy tín ít coi trọng nó; đừng hoảng nếu chỉ dính mỗi danh sách này.
Lưu ý rằng Google, Microsoft và Yahoo còn vận hành hệ thống uy tín nội bộ riêng chồng lên tất cả những thứ trên. Hồ sơ DNSBL sạch không đảm bảo vào được hộp thư đến của họ, và logic lọc của họ được nói tới trong bài hướng dẫn tại sao email rơi vào thư mục spam.
Kiểm tra trong mười phút
Trước hết hãy xác định bạn thực sự gửi từ IP nào. Mở bất kỳ thư đã gửi nào, xem toàn bộ header, rồi đọc các dòng Received: từ dưới lên — dòng sớm nhất mang IP công khai của máy chủ gửi. Nếu bạn dùng nền tảng marketing hay một relay, IP đó thuộc về họ chứ không phải bạn, và điều đó đổi luôn chuyện ai phải khắc phục.
Sau đó chạy các bước kiểm tra:
- Tra cứu nhiều danh sách cùng lúc. Dùng bất kỳ công cụ kiểm tra blacklist tổng hợp nào để truy vấn hàng chục DNSBL một lần với cả IP lẫn tên miền. Làm cả hai — các listing cấp tên miền như Spamhaus DBL sẽ bị bỏ sót nếu chỉ kiểm tra IP.
- Dùng dòng lệnh nếu muốn chắc chắn. Đảo các octet rồi chạy dig +short 25.100.51.198.zen.spamhaus.org. Trả lời 127.0.0.x nghĩa là bị liệt; rỗng nghĩa là sạch.
- Kiểm tra tên miền gửi tách khỏi tên miền của liên kết. Một tên miền theo dõi hoặc landing page nằm trong nội dung thư có thể bị liệt dù hạ tầng gửi của bạn hoàn toàn sạch — và chỉ riêng điều đó đủ để thư bị vứt đi.
- Kiểm tra DNS ngược. IP của bạn phải phân giải ra một hostname mà hostname đó phân giải ngược lại đúng IP ấy. Thiếu bản ghi PTR khiến bạn bị nghi ngờ ngay cả bởi những bên nhận không công bố danh sách nào.
Gỡ khỏi danh sách và không quay lại
Mọi danh sách nghiêm túc đều có trang tra cứu giải thích lý do cụ thể và cho phép gửi yêu cầu gỡ bỏ. Thứ tự hiệu quả là: sửa nguyên nhân, kiểm chứng đã sửa xong, rồi mới xin gỡ. Xin gỡ trước gần như luôn dẫn tới việc bị liệt lại nhanh hơn, và ở vài danh sách là hình phạt dài hơn cho lần thứ hai.
Các nguyên nhân thường gặp, đại khái theo tần suất: một tài khoản bị chiếm hoặc biểu mẫu web gửi thay mặt bạn; open relay hoặc máy chủ cấu hình sai; danh sách mua hoặc thu thập trái phép đụng phải bẫy spam; lượng gửi tăng vọt đột ngột từ một IP chưa có lịch sử; và xác thực không khớp — đó là lý do thứ đầu tiên cần rà soát là bản ghi SPF, DKIM và DMARC chuẩn.
Một số listing tự hết hạn — SpamCop thường tự sạch sau khoảng một ngày kể từ báo cáo cuối cùng. Yêu cầu gỡ khỏi Spamhaus thường được xử lý nhanh khi nguyên nhân đã thật sự biến mất, nhưng bị liệt lại từ cùng một IP thì được đối xử kém khoan dung hơn nhiều.
Đừng để xảy ra lần thứ hai
Việc theo dõi danh sách đen thuộc về lịch làm việc, không phải trí nhớ. Hãy kiểm tra IP gửi và tên miền hằng tháng, và ngay sau mỗi lần thay đổi hạ tầng thư. Làm nóng IP mới từ từ thay vì đẩy toàn bộ lưu lượng ngay ngày đầu. Và làm sạch danh sách trước mỗi đợt gửi lớn, vì chính bounce và bẫy spam mới là thứ đẩy bạn vào những danh sách này — một giờ xác minh địa chỉ trước khi chiến dịch chạy rẻ hơn nhiều so với cả tuần đi xin gỡ.
