Việc từ chối email dựa trên địa chỉ IP trong chuỗi có được phép không?

Một ISP lớn đang từ chối email (bị trả lại với lỗi 550) trên cơ sở địa chỉ IP trong chuỗi truyền nằm trong 'danh sách chặn' của họ. Họ có được phép làm điều này và vẫn tuân thủ IETF không?

Tất cả những gì tôi có thể tìm thấy là RFC 2821:

Máy chủ SMTP CÓ THỂ xác minh rằng tham số tên miền trong EHLO
lệnh thực sự tương ứng với địa chỉ IP của máy khách.
Tuy nhiên, máy chủ KHÔNG ĐƯỢC từ chối nhận tin nhắn vì điều này
lý do nếu xác minh không thành công: thông tin về xác minh
thất bại chỉ dành cho đăng nhập và theo dõi

Điều này chỉ ra rằng các hệ thống không được từ chối email, mặc dù trong một tình huống khác.

Ai đó có thể khai sáng cho chúng tôi?

Được cho là RFC là về việc giữ cho internet hoạt động và kết nối với nhau khi thư rác bị lạm dụng.

Điều đó có nghĩa là cũng không có RFC hoặc tiêu chuẩn nào khác xác định "Đây là spam" ; việc tạo ra một tiêu chuẩn như vậy có nghĩa là mọi thứ không phải là "thư rác tuân thủ tiêu chuẩn" sẽ không bị chặn và phải được gửi...

Như vậy việc phân loại cái gì là thư rác và cái gì không, là tùy tiện và hoàn toàn tùy thuộc vào (hệ thống được sử dụng bởi) người nhận.

Khi một email đã được xác định là thư rác, người nhận có khoảng ba lựa chọn:

• chấp nhận thư rác - nhưng không gửi thư trực tiếp đến INBOX của người nhận, cách ly thư, gắn nhãn và/hoặc gửi thư vào thư mục Spam.
• chấp nhận thư rác và âm thầm loại bỏ - có thể cho rằng điều này vi phạm các khái niệm và tiêu chuẩn SMTP lịch sử, người gửi không nhận được thông báo rằng thư của họ chưa được gửi và người nhận dự định vẫn không biết rằng ai đó đã cố liên lạc với họ. Nhìn thấy RFC 5321 - §6.2 như khi điều này có thể được cho phép.
• từ chối thư rác - mặc dù bạn muốn tránh tán xạ ngược từ chối đúng cách thư sẽ dẫn đến thông báo lỗi không gửi được cho người gửi (quan trọng trong trường hợp xác thực sai)

Phương pháp chính xác, tuân thủ tiêu chuẩn để từ chối email không mong muốn là khi máy chủ gửi thư vẫn được kết nối và trong quá trình giao dịch SMTP, phản hồi bằng lỗi SMTP. Ví dụ, đó có thể là một lỗi từ phạm vi 400 nhưng cũng có thể từ phạm vi 500:

Trả lời Hoàn thành phủ định vĩnh viễn 5yz
  Lệnh không được chấp nhận và hành động được yêu cầu không
  xảy ra. Máy khách SMTP không được khuyến khích lặp lại chính xác
  yêu cầu (trong cùng một trình tự). Thậm chí một số lỗi "vĩnh viễn"
  điều kiện có thể được sửa chữa, vì vậy người dùng con người có thể muốn hướng
  máy khách SMTP để bắt đầu lại chuỗi lệnh bằng cách trực tiếp
  hành động tại một thời điểm nào đó trong tương lai (ví dụ: sau khi chính tả có
  đã bị thay đổi hoặc người dùng đã thay đổi trạng thái tài khoản).

RFC 2821 - §4.2.3

  550 hành động yêu cầu không thực hiện: Hộp thư không có sẵn
     (ví dụ: không tìm thấy hộp thư, không có quyền truy cập hoặc lệnh bị từ chối
     vì lý do chính sách)

Sau đó, máy chủ gửi thư vẫn có thể báo cáo sự cố cho người gửi thực một cách rõ ràng mà không gây ra tán xạ ngược.