UPD (07.07.2026): Проблема полностью решена вручную руководством Spamhaus. Вскрылись дикие технические подробности.
Делюсь финалом этой истории, который подтверждает самые худшие опасения касательно логики работы современных блеклистов и их "черных ящиков". Наш домен и его IP-адрес полностью вычищены из баз Spamhaus лично Полом Барбером (одним из топ-менеджеров компании). Они официально признали баг своей тикет-системы и извинились за задержку.
В чем была реальная причина:
Автоматика Spamhaus забанила наш домен из-за ложного триггера пассивного DNS. Месяц назад (6 июня) наш хостер (VDSina) экстренно переезжал в другой дата-центр. Сайт был полностью недоступен, т.к. дата-центр VDSina был полностью отрезан от Интернета, мы на два дня привязали домен к временному IP-адресу (другого провайдера), где крутилась статическая заглушка типа "Сайт на техобслуживании" (почта оттуда вообще не ходила). Через 2 дня домен вернулся на чистый основной IP.
Спустя аж три недели (26 июня) этот временный IP попадает в DROP-лист Spamhaus за какую-то сетевую активность (по принципу "плохого соседства"). И робот Spamhaus задним числом начинает банить наш домен, проигнорировав тот факт, что домен уже почти 3 недели как не имеет к этому IP никакого отношения.
Как удалось пробить стену игнора:
Первоначальный тикет от 28 июня до сих пор висит в статусе "Open". Помог только жесткий обходной маневр:
1. Жалоба была отправлена напрямую в обход первой линии через форму корпоративного комплаенс-центра Spamhaus (Contact Center) с указанием на технические нестыковки.
2. Параллельно велась переписка с поддержкой Proton Mail, которые, судя по всему, со своей стороны также пнули Spamhaus по закрытым B2B-каналам postmaster'ов, так как блокировка ломала почту их собственным клиентам.
Вывод для сисадминов по поводу доверия к Spamhaus:
Прецедент закрыт, но осадок остался огромный. Робот Spamhaus может заблокировать вас на основе устаревших исторических данных, даже если вы идеально чисты прямо сейчас. При этом их базовая тикет-система из-за внутреннего бага (re-tagging bug) способна молча похоронить ваш легитимный запрос на ручной разбор на многие дни (у нас 9+ дней).
Если для решения проблемы чистого 7-летнего проекта требуется поднимать на уши комьюнити Rspamd, подключать юристов и заставлять Proton Mail эскалировать тикеты — Spamhaus определенно больше не является золотым стандартом. Оставлять его в дефолтных конфигах Rspamd/SpamAssassin с высоким весом — это огромный инфраструктурный риск для любой компании.
Всем спасибо!
