Как сняться с DNS-чёрного списка
DNS-чёрный список — его также называют DNSBL или блоклистом — это опубликованный список IP-адресов или доменов, который почтовые серверы запрашивают в реальном времени, чтобы решить, принять, притормозить или отклонить входящую почту. Попадание в него обычно означает, что ваши отказы уже начались; снятие — это не одна кнопка, потому что у каждого списка своя причина внесения, свой путь снятия и своё представление о доказательстве. Эта статья проходит процесс в том порядке, который срабатывает: подтвердите точно, что внесено, устраните причину до того, как о чём-либо просить, используйте собственный механизм снятия каждого списка, а затем прогревайтесь и следите, чтобы не попасть обратно на следующей неделе. Начните с запуска проверки чёрных списков для вашего отправляющего IP и вашего домена и читайте с открытым результатом.
Шаг 1: Подтвердите, что внесено, и кем
Ваше первое доказательство — сам отказ. Читайте полный отказ SMTP, а не пересланный скриншот: в нём обычно названы принимающая система, точный список, к которому она обращалась, внесённый адрес и код ссылки или причины. Относитесь к результатам агрегаторов как к карте, а не как к самому внесению, и подтверждайте каждое совпадение в собственной проверке оператора списка. Запустите проверку чёрных списков для каждого IP, с которого вы действительно отправляете, — включая релей или смартхост, через который ваша почта уходит и который может не быть тем сервером, который вы считаете «почтовым сервером», — и для домена в вашем адресе From и в ваших ссылках. Запишите название списка, внесённый элемент, дату внесения, если она показана, и заявленную причину, прежде чем что-либо менять.
Разделяйте внесения IP и внесения доменов, потому что у них разные владельцы и разные исправления. Списки на основе IP, такие как Spamhaus SBL и XBL или Barracuda Reputation Block List, следуют за отправляющей машиной: исправление живёт в конфигурации сервера, очистке после компрометации и поведении отправки. Списки на основе доменов, такие как Spamhaus DBL или SURBL, следуют за доменом, появившимся в телах сообщений или адресах отправителя, поэтому идеально чистый сервер всё равно может оставаться заблокированным из-за того, что скомпрометированная страница, перенаправлятор или старая кампания затянули домен в спам. На общем хостинге или общих IP провайдера почты внесение может вообще быть не о вас: в этом случае устранять и просить о снятии должен ваш провайдер, а ваша работа — передать ему точную ссылку на внесение и спросить, уместен ли переезд на чистый IP, пока он работает.
Наконец, различайте внесение за злоупотребление и внесение по политике. Запись Spamhaus PBL, например, обычно означает, что от этого диапазона IP вообще не ожидается прямой отправки почты в интернет, — это утверждение о диапазоне, а не обвинение в том, что вы спамили. Подача апелляции о злоупотреблении против внесения по политике тратит ваш единственный ясный запрос; правильное исправление — отправлять через авторизованный релей провайдера или попросить провайдера исправить данные политики диапазона. Знание того, с каким типом внесения вы столкнулись, определяет всё дальнейшее.
Шаг 2: Устраните первопричину до того, как о чём-либо просить
Ни один запрос на снятие не заслуживает доверия, пока причина ещё работает. Сначала отработайте технические причины: открытый релей или открытый прокси, через который могут отправлять посторонние, скомпрометированный почтовый ящик, сайт или сервер, отправляющий почту, которую вы никогда не писали, уязвимую форму, пересылающую отправки на произвольные адреса, слабые или повторно используемые пароли на почтовых аккаунтах и исходящие очереди, полные почты, которую вы не узнаёте. Остановите отправку, смените учётные данные, пропатчите или восстановите скомпрометированный компонент, закройте релей и сохраните доказательства того, когда злоупотребление прекратилось, — метки времени, журналы очереди и внесённое изменение. Операторы списков часто видят, действительно ли трафик прекратился, и запрос, утверждающий исправление, которому противоречат данные, — самый быстрый путь к отказу.
Затем отработайте причины в поведении отправки, которые вносят столь же надёжно. Рассылка по купленному, наскрейпленному или многолетней давности списку, игнорирование отказов и отписок, внезапные всплески объёма с холодного IP и кампании, порождающие жалобы, снова внесут технически идеальный сервер. Очистите список, подавляйте каждый жёсткий отказ и каждого жалобщика, оперативно исполняйте отписки и полностью приостановите массовую рассылку, пока внесение не разрешится. Если проблемную почту через вашу систему отправил клиент, реселлер или аффилиат, приостановите этого отправителя и будьте готовы это сказать: «мы починили наш сервер» — не ответ, когда доказательства оператора указывают на кампанию одного аккаунта.
Закройте аутентификацией, потому что рассогласованная аутентификация и вызывает внесения, и ослабляет ваш запрос на снятие. SPF должен авторизовать те IP, которые действительно отправляют за домен, DKIM должен подписывать ключом, который получатели могут проверить, а DMARC должен проходить с выравниванием на видимый домен From — проверьте все три с помощью проверки доставляемости и читайте сводные отчёты в анализаторе отчётов DMARC, чтобы найти забытых отправителей. Заодно добавьте совпадающую обратную DNS и согласованное имя HELO. Запрос на снятие от домена, чья собственная аутентификация сломана, читается проверяющим как проблема, которая ещё не закончена.
Шаг 3: Используйте собственный путь снятия каждого списка — они не взаимозаменяемы
Некоторые списки — самообслуживание, как только причина устранена. Spamhaus направляет проверки репутации IP и доменов и применимые шаги снятия через собственный чекер и FAQ; внесения за эксплуатируемые машины часто может снять сам оператор адреса, как только инфекция исчезла, а форма снятия Barracuda просит IP сервера, доступный адрес электронной почты и телефон и причину — отправляйте её один раз, с конкретным объяснением, потому что Barracuda заявляет, что запросы без действительной информации и повторные запросы игнорируются. Где форма предлагает поле свободного текста, это поле и есть запрос: что случилось, когда это прекратилось и что вы изменили, в нескольких фактических предложениях.
Другие внесения вы не можете снять сами вообще. Некоторые истекают автоматически, когда прекращаются вызвавшие их сообщения, и просьба раньше времени не меняет ничего, кроме ваших собственных заметок. Самые серьёзные исследовательские внесения снимаются только по запросу владельца сети, поэтому ваш путь идёт через стол злоупотреблений вашего ISP или хостера, с приложенной ссылкой на внесение. А некоторые блокировки вообще не являются публичными внесениями DNSBL: Microsoft, например, управляет собственными системами отправителей — используйте портал делистинга, названный в отказе, если вас туда направили, и данные Microsoft SNDS, чтобы видеть, как ваши IP выглядят для них, — вместо охоты за публичным списком, который никогда не был тем, что вас блокировало.
Каким бы ни был путь, пишите запрос как отчёт об инциденте, а не как мольбу. Укажите внесённый IP или домен, список, когда вы узнали, найденную первопричину, конкретное устранение и его дату и введённый мониторинг. Используйте контактный адрес на домене, который всё ещё получает почту, и сохраняйте номера ссылок. Если оператор просит больше доказательств, отправьте ровно эти доказательства. Расплывчатое «пожалуйста, снимите нас, мы законный бизнес» не отвечает ни на один вопрос проверяющего и является самой частой причиной, по которой снимаемое внесение остаётся на месте.
Ловушка платного снятия — легитимные списки не берут плату
Вот правило, которое экономит деньги: ни один легитимный крупный чёрный список не взимает плату за снятие. Снятие в Spamhaus, Barracuda, SpamCop и через портал Microsoft бесплатно. Любой, кто предлагает гарантированный или мгновенный делистинг за плату, в лучшем случае отправляет ту же бесплатную форму, которую вы можете отправить сами, — ни одна третья сторона не может купить, повлиять или ускорить решение оператора, — а в худшем берёт деньги ни за что. Небольшое число малоизвестных списков действительно требуют плату за снятие; само это требование и есть признак. Крупные принимающие системы не полагаются на списки, продающие делистинг, поэтому плата не покупает ничего, что получатели когда-либо заметят.
Остальные ловушки бесплатны и столь же дороги. Отправка до завершения исправления обычно приводит к повторному внесению, а повторные преждевременные запросы могут стоить вам доступа к самообслуживаемому снятию. Отправка одного и того же запроса снова и снова «на удачу» может привести к тому, что его проигнорируют. А уход от внесения прыжком на свежий IP или похожий домен без устранения причины читается операторами как паттерн snowshoe — поведение отправителя, распределяющего злоупотребление, чтобы обойти репутацию, — что может превратить одно снимаемое внесение в более широкое и тяжёлое. Не существует короткого пути, который люди, управляющие списками, ещё не заложили в свой процесс.
После снятия: следите, прогревайтесь и правильно читайте отказ
Снятие прекращает отказ DNSBL; оно не восстанавливает репутацию, которая у вас была раньше, и внутренние системы получателей продолжают идти по своим часам. Ожидайте короткую задержку, пока кэшированные ответы DNS и внутренние оценки устареют, а затем прогревайтесь обдуманно: возобновляйте сначала с существенной, ожидаемой почтой вовлечённым получателям, держите объём низким и ровным, следите за отказами и жалобами на каждом шаге и наращивайте постепенно. Запуск вашей крупнейшей кампании года в первое чистое утро — это то, как операторы зарабатывают второе внесение: паттерн трафика выглядит точно как тот, что вызвал первое.
Превратите инцидент в рутину мониторинга, чтобы следующее внесение поймали вы, а не ваши клиенты. Повторно запускайте проверку чёрных списков по расписанию и после любого изменения отправки, следите за данными репутации типа postmaster и SNDS, где вы подходите, продолжайте читать сводные отчёты DMARC в поисках rogue-отправителей и проверяйте заголовки любого нового отказа с помощью анализатора заголовков, чтобы увидеть, какая система возразила и почему. Большинство вторых внесений видны в этих данных за дни до того, как станут отказами.
Если запрос отклонён, читайте отказ как инструкцию. «Недостаточно доказательств» означает, что ваше устранение было заявлено, а не показано, — отвечайте журналами, датами и конкретным изменением. «Активность всё ещё наблюдается» означает, что что-то всё ещё отправляет; поверьте этому и идите на охоту вместо спора. «Обратитесь к вашему провайдеру» означает, что внесение не ваше для снятия, и дальнейшие запросы оператору его не сдвинут. Исправьте названный пробел, подождите, пока данные будут на вашей стороне, и отправьте ещё раз с новыми доказательствами. Внимательно прочитанный отказ обычно является самым коротким доступным описанием оставшейся работы.