Có ai biết bất kỳ nghiên cứu nào được thực hiện để chỉ ra số lượng email sẽ bị từ chối nếu không có bản ghi ptr cho tên biểu ngữ SMTP của máy chủ email không?
Có phải kiểm tra ngược luôn được thực hiện khi được bật hay đôi khi được định cấu hình để nếu chương trình spam xem xét email 'iffy', kiểm tra ngược được thực hiện?
Câu trả lời:
Tôi đã cố gắng hết sức có thể để tra cứu ngược lại địa chỉ IP của máy chủ email của tôi giải quyết tên mà nó sử dụng trong các cuộc hội thoại SMTP. Nó làm cho cuộc sống dễ dàng hơn.
Tôi không có bất kỳ bằng chứng thống kê để trở lại này lên, nhưng nó đã được kinh nghiệm của tôi rằng, bất cứ lúc nào, các thông điệp sẽ bị từ chối bởi một số bưu phẩm từ xa vì không có một tra cứu ngược lại phù hợp với hostname được sử dụng trong cuộc hội thoại SMTP. Thay vì phải giải quyết vấn đề này, việc bắt đầu thiết lập tra cứu ngược lại dễ dàng hơn ngay từ đầu. Trong vài năm qua, tôi chỉ coi việc tìm kiếm thuận / ngược nhất quán là một yêu cầu để tôi không phải đối phó với vấn đề không có nó.
Nếu bạn không thiết lập nó, bạn sẽ được gắn cờ email hợp pháp. Tùy thuộc vào thiết bị lọc thư rác như cách họ thực hiện kiểm tra và không có bất kỳ tiêu chuẩn rõ ràng nào được xác định, do đó, nó bị ảnh hưởng hoặc bỏ lỡ. Nhưng trong hầu hết các trường hợp có điểm spam, họ sẽ gửi email của bạn khi bạn không có tra cứu ngược và ngược. Điều đó thường không nhận được các khối email (nhưng không hứa hẹn), nhưng một số mối quan tâm nhỏ khác trong email có thể vượt qua đầu.
Chúng tôi đã không sử dụng để có một bản ghi PTR cụ thể cho máy chủ thư của chúng tôi và chúng tôi đã nhận được trả lại từ craigslist.org và một số đối tác kinh doanh của chúng tôi.
Bạn cũng phải có một bản ghi A cụ thể cho mục nhập MX của mình. Không cho phép * hoặc CNnam cho một số máy chủ thư nghiêm ngặt.
Khi bạn nói "tên biểu ngữ", nó có phần sai lệch. Biểu ngữ là tên ở phía máy chủ, là phía quyết định từ chối cái gì. :) Tôi nghĩ bạn có nghĩa là tên mà bên gửi đưa ra trong lệnh Helo / EHLO?
Hầu hết các địa điểm chỉ thực hiện kiểm tra cú pháp và từ chối rõ ràng là Helo / EHLO xấu, bởi vì có quá nhiều rác bị hỏng ngoài kia. Nhưng nếu bạn đang chạy một máy chủ thư hợp pháp, bạn chỉ nên cung cấp tên máy chủ công cộng của máy chủ thư của riêng bạn trong H HEL TRỢ mà bạn gửi. Có một số người làm kiểm tra. Và vì tên máy chủ đó cần phải có DNS đảo ngược hoạt động, để kết nối TCP của bạn không bị từ chối ngay lập tức bởi nhiều MTA, do đó, bạn nên sử dụng DNS ngược cho tên đã cho.
Vì vậy, không có khó khăn về cấu hình trong việc nhận DNS hoạt động cho tên máy chủ của Helo ngoài việc phân loại DNS ngược cho khả năng tiếp cận chung.
Như Evan đã nói, đặt cược tốt nhất của bạn là để mục PTR của bạn giải quyết trở lại địa chỉ IP của máy chủ của bạn.
Tuy nhiên, nếu vì một lý do nào đó, điều này là không thể, PTR nên đề xuất rằng bạn đang sử dụng địa chỉ IP được phân bổ tĩnh, không phải là đường DSL (không kinh doanh) tại nhà. Là một phần của chiến lược chống thư rác, nhiều tổ chức sử dụng các dịch vụ danh tiếng (ví dụ: SORBS), theo dõi phạm vi địa chỉ IP cho hoạt động của mạng botnet và duy trì danh sách đen các dải IP. Tuy nhiên, bất kể hoạt động đáng ngờ hay không, chúng thường bao gồm Danh sách người dùng động (DUL) trong danh sách đen của chúng. Để tạo các DUL này, họ sử dụng các bản ghi PTR và các biểu thức chính quy, được thiết kế riêng cho các sơ đồ đặt tên của nhiều ISP lớn.
Ví dụ: một PTR giống như cable-66-103-40-69.clarenville.dyn.personainc.netrất có thể sẽ tự động được đưa vào danh sách đen (nó khớp với "dyn", vì vậy nó phải là động). Có một số nỗ lực tiêu chuẩn hóa trong việc đặt tên DNS ngược trong IETF, với thành công hỗn hợp:
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-scheme
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
Hơi lạc đề, một nguồn thông tin khác cho danh sách đen / danh sách trắng là các hồ sơ SWIP của WHOIS .