Разрешено ли отклонять электронную почту на основе IP-адреса в цепочке?

Крупный интернет-провайдер отклоняет электронную почту (возвращается с ошибкой 550) на том основании, что IP-адрес в цепочке передачи находится в их «черном списке». Имеют ли они право делать это и при этом соответствовать требованиям IETF?

Все, что я могу найти, это RFC 2821:

SMTP-сервер МОЖЕТ проверить, что параметр имени домена в EHLO
Команда фактически соответствует IP-адресу клиента.
Однако сервер НЕ ДОЛЖЕН отказываться принимать сообщение для этого
причина, если верификация не удалась: информация о верификации
сбой предназначен только для регистрации и отслеживания

Это указывает на то, что системы не должны отклонять электронную почту, хотя и в другом сценарии.

Может ли кто-нибудь просветить нас?

возможно RFC о том, чтобы интернет работал и был взаимосвязан, тогда как спам является злоупотреблением.

Это означает, что также нет RFC или другого стандарта, определяющего "это спам" ; создание такого стандарта будет означать, что все, что не является «стандартным спамом», не должно блокироваться и должно быть доставлено...

Таким образом классификация того, что является спамом, а что нет, является произвольной и полностью зависит от (системы, используемой) получателем.

После того, как сообщение электронной почты было идентифицировано как спам, у получателя есть примерно три варианта:

• принимать спам - но не доставляйте сообщение непосредственно в ВХОДЯЩИЕ получателей, помещайте сообщение в карантин, помечайте его и/или доставляйте в папку "Спам".
• принимать спам и молча отбрасывать - возможно, это нарушает исторические концепции и стандарты SMTP, отправитель не получает уведомления о том, что его сообщение не было доставлено, а предполагаемый получатель остается в неведении о том, что кто-то пытался связаться с ним. Видеть RFC 5321 - §6.2 относительно того, когда это может быть разрешено.
• отклонить спам - хотя вы хотите избежать обратное рассеяние правильный отказ от сообщения приведет к отправителю сообщения об ошибке недоставки (важно в случае ложных срабатываний)

Правильный, совместимый со стандартами метод отказа от нежелательной электронной почты — когда отправляющий почтовый сервер все еще подключен и во время транзакции SMTP отвечает ошибкой SMTP. Например, это может быть ошибка из диапазона 400, а также из диапазона 500:

5yz Постоянный отрицательный ответ о завершении
  Команда не принята, и запрошенное действие не выполнено.
  происходить. Клиенту SMTP не рекомендуется повторять точное
  просьба (в той же последовательности). Даже какая-то "постоянная" ошибка
  условия могут быть исправлены, поэтому пользователь-человек может захотеть направить
  SMTP-клиент повторно инициирует последовательность команд прямым
  действие в какой-то момент в будущем (например, после написания
  был изменен или пользователь изменил статус учетной записи).

RFC 2821 - §4.2.3

  550 Запрошенное действие не выполнено: почтовый ящик недоступен
     (например, почтовый ящик не найден, нет доступа или команда отклонена
     по политическим соображениям)

Почтовый сервер-отправитель может затем сообщить о проблеме настоящему отправителю чисто, не вызывая обратного рассеяния.