RBL-списки, черные списки

[Seo-man]

RBL-списки, или что такое черные списки.

Существуют ресурсы, чьи администраторы ведут некие RBL-списки (так называемые черные списки, realtime blackhole lists) IP-адресов, так или иначе имеющих отношение к спаму по следующим критериям:
с данного IP-адреса (или через таковой) высылался спам
данный IP-адрес принадлежит провайдеру, на чьем сервере размещен сайт, рекламируемый спамом
данный IP-адрес входит в пул (сетку) IP-адресов, принадлежащих провайдеру, на чьем сервере размещен сайт, рекламируемый спамом.


Вышеупомянутые владельцы подобных RBL-ресурсов ведут эти списки в соответствии со своими целями, интересами и политикой. При этом нет ни одного закона, в противоречие с которым могла бы вступать такая деятельность. Да мало ли кто что ведет!

Следует также отметить, что эти блоклисты классифицируют как списки I-го и II-го рода. В первые - заносятся одиночные адреса-"нарушители", а во вторые - группы IP-адресов (пулы и целые сетки), принадлежащие провайдеру. Нет никаких сомнений, что деятельность по блокировке множественных адресов, является уже не борьбой со спамом, а конкретной маркетинговой политикой в отношении владельца IP. Наверное, кому-то выгодной.

[Seo-man]

Спам - вреден. Каждый уважающий себя и своих клиентов сервис-провайдер (хостинг-провайдер) выносит в первые пункты условий предоставления своих услуг принцип нетерпимости к спаму. Однако это означает только то, что всякий замеченный в несанкционированной рассылке будет караться по все строгости договора, правил и условий предоставления услуг. Сами по себе - ни правила, ни технические средства - не могут на 100% гарантировать невозможность рассылки спама. Тем более - не из своей сети (не со своих серверов). Всегда найдется клиент, который в силу незнания (или сознательно), нарушает запрет. Он рассылает спам (чаще - из посторонней сети), рекламирующий его сайт, размещенный у хостера. Тысячи жалоб летят по всей Сети и попадают к владельцам черных списков, после чего - автоматически или вручную - IP-адреса хостинг-провайдера попадают в блокировку. Начинаются жалобы, и спамер обнаруживается. Хостер прекращает предоставление услуг нарушителю, сайт последнего закрывается, однако, проблемы только начинаются.

Именно в этой ситуации ресурсы, использующие чужие RBL-листы в своем почтовом сервисе, перестают принимать почту со стороны пострадавшего хостера, лишая почтовой связи не только невиновного отправителя, но и столь же невинного получателя. Хостинг-провайдер тем временем начинает процедуры по выписке своих IP-адресов из черных списков (а некоторые RBL-владельцы - II рода - помещают в свои списки несколько пулов адресов хостинг-компании, "подозреваемой" в спаме, и тогда сразу несколько серверов компании-хостера оказываются заблокированными). Переговоры длятся долго, иногда неделями, владельцы блоклистов порой демонстрируют невиданное упорство (упрямство?) испытывая терпение пострадавших пользователей Сети и без вины виноватого хостинг-провайдера. Пытаться уговорить ресурс, использующий RBL-списки, не использовать их - дело бесполезное. Проверено. Некоторые известные почтовые порталы возвели такой подход в ранг корпоративной политики, несмотря на ее признанный вред и повсеместное порицание. Они никогда не уведомляют хостера о поступившей к ним жалобе и достаточно редко оказывают содействие в розыске истинного виновника рассылок. Впрочем, это - их право: не доставлять почту своим клиентам. Но при чем здесь хостинг-провайдер, чей клиент не может отправить почту своему другу, партнеру, имеющему почтовый ящик у такого фильтратора? Что ему делать?

[Seo-man]

Ну, вот он, главный русский вопрос. Если имел место спам со стороны клиента хостера - этому клиенту высылается уведомление, что его аккаунт остановлен по причине нарушения правил. А в ситуации, когда IP-адрес (или пул) хостинг-провайдера попал в какие-то списки, используемые кем-то - у этого хостинг-провайдера начинается особый период жизни. Сисадмины начинают длительную переписку с администраторами RBL-сайта, полную надежд, разочарований и вербальных непечатных комментариев. Эта переписка может длиться долго, и пока она не завершена - почтовые фильтраторы (использующие чужие RBL-списки) не принимают почту от клиентов хостинг-провайдера, а эти клиенты, в свою очередь, засыпают хостера вопросами и жалобами, на которые вежливо и терпеливо отвечают менеджеры службы техподдержки. И если мероприятия хостинг-провайдера в этой ситуации, в общем-то, ясны, то - что делать бедному клиенту хостера - пока не понятно. А вариантов, собственно, немного.

Первый - ждать. Ждать, пока хостер договорится с RBL-держателем (чаще - зарубежным) и получит реабилитацию, и почта клиента перестанет возвращаться.

Другой вариант - связаться со своим другом, партнером (каким-то иным способом), постараться ему объяснить ситуацию и запросить у него другой почтовый ящик на другом почтовом портале. Есть шанс, что другой портал не использует RBL-списки (или использует другие).

Наконец, последний способ оперативно решить проблему (раз и навсегда) - использовать в своей почтовой программе в качестве SMTP-сервера - SMTP-сервер своего интернет-провайдера (или какой-либо еще), в этом случае почта будет уходить не через сервер хостера. Впрочем, этот способ - несмотря на его радикальность - годится лишь для искушенных пользователей.

Нет смысла обсуждать бессмертность спама. Но пока Закон не замечает спамеров, а себестоимость несанкционированных рассылок ничтожна в сравнении с прибылью - спам будет жить. Давайте же бороться со спамом, а не с пользователями Сети, страдающими от спама подчас меньше, чем от борьбы с ним.

Ирония судьбы: о конференции "Проблема спама и ее решения", проводимой Национальной Коалицией Против Спама в рамках проекта Spamtest.Ru, я узнал из несанкционированной рассылки (проведенной накануне противниками Коалиции )