Категории злоупотреблений домена получателя
Сообщает поддерживаемые категории Spamhaus DBL для спама, фишинга, вредоносного ПО и доменов командно-контрольных botnet.
Бесплатная проверка риска получателя
Бесплатная проверка email на спам
Проверьте, может ли адрес принимать почту и есть ли у домена получателя подтверждённая история спама, фишинга, вредоносного ПО или botnet. Регистрация не нужна.
Что такое проверка email на спам?
Проверка email на спам может означать разные инструменты. Одни оценивают слова, ссылки и HTML маркетингового письма. Другие проверяют аутентификацию отправителя или inbox placement. Этот бесплатный чекер отвечает на другой вопрос: доставляем ли адрес получателя и есть ли у домена получателя подтверждённая история злоупотреблений.
BillionVerify выполняет проверки синтаксиса, MX и SMTP-ящика, затем читает причины риска домена получателя из API верификации. Рискованный результат может указать домен, связанный со спамом, фишингом, вредоносным ПО или командно-контрольной активностью botnet. Адрес всё ещё может принимать почту — именно поэтому этот сигнал должен стоять рядом с доставляемостью, а не прятаться за простой меткой valid/invalid.
Используйте результат до добавления адреса в outreach, импорта контакта в CRM или сохранения сомнительного получателя в массовом списке. Не используйте его, чтобы предсказать, попадёт ли ваша кампания в спам. Содержимое письма, инфраструктура отправителя, аутентификация, жалобы и вовлечённость получателя — отдельные части доставляемости email.
Что проверяет этот спам-чекер адреса email
Одна проверка сочетает доказательства ящика с узким именованным сигналом репутации домена получателя. Каждая часть отвечает на свой вопрос.
Доставляемость ящика
Выполняет полную SMTP-проверку, чтобы рискованный, но доставляемый адрес не путали с несуществующим ящиком.
Синтаксис и маршрутизация почты
Проверяет структуру адреса и MX-записи до любой интерпретации ящика или риска домена.
Действенный статус риска
Возвращает valid, invalid, unknown или risky с явными причинами вместо того, чтобы прятать неопределённость в одной оценке.
Основы риска получателя
Как бесплатная проверка email на спам читает адрес
Полезный результат разделяет доставляемость ящика, репутацию домена получателя и попадание кампании в спам. Сочетать доказательства ценно; сводить их к одному размытому обещанию — нет.
Начните с точного email-адреса
Проверка начинается с адреса, который вы планируете сохранить или на который собираетесь писать. Валидация синтаксиса ловит некорректный ввод до любого сетевого запроса. Затем DNS подтверждает, есть ли у домена пригодная маршрутизация почты. Это необходимые ворота, но ни одно из них не говорит, что конкретный ящик существует или что у домена получателя надёжная история.
Строка может выглядеть идеально и всё равно указывать на закрытый ящик. Домен может публиковать MX, пока каждый полезный получатель отклоняется. И наоборот, ящик может принять SMTP, пока сам домен несёт сигнал злоупотреблений. Поэтому BillionVerify не помечает адрес безопасным после проверки только формата. Для этой более мелкой задачи используйте валидатор email; эта страница продолжает к доказательствам ящика и риска домена.
Проверьте ящик до интерпретации спам-риска
Полная проверка спрашивает принимающую почтовую систему, может ли конкретный получатель принять почту. SMTP-доказательства отличают доставляемый ящик от недействительного или неубедительного адреса. Это важно, потому что статус risky в API — не другое имя для invalid. Рискованный адрес может быть полностью доставляемым, и его легко оставить, если причина злоупотребления не видна.
BillionVerify сохраняет это различие в отдельных полях. Результат может сказать, что SMTP принял получателя, при этом статус — risky, а risk_reasons называет категорию домена. Операционные команды могут тогда подавить адрес по конкретной причине, не путая репутацию с hard bounce. Если цель только предотвратить bounce, проверка bounce email показывает те же доказательства ящика с более узкой интерпретацией.
Читайте репутацию домена получателя как отдельный слой
После проверки сервис оценивает домен получателя по поддерживаемому сигналу Domain Blocklist. Spamhaus описывает DBL как набор репутации только доменов, связанных со спамом и вредоносной активностью. BillionVerify сопоставляет поддерживаемые actor-owned категории с четырьмя стабильными причинами API: spam, phishing, malware и botnet command-and-control.
Это намеренно уже, чем сказать, что email — спам. Вход — адрес, а не полученное письмо. Lookup касается домена после знака @ и истории, привязанной к этому домену. Он не смотрит, что кто-то написал, не решает, легитимен ли отправитель, и не классифицирует письмо во входящих. Результат нужно использовать как доказательство риска получателя при проверке и гигиене списка.
Используйте причину риска, а не загадочную оценку
Числовая оценка качества помогает сортировать записи, но не должна скрывать событие, вызвавшее решение. Когда статус — risky, risk_reasons объясняет, совпал ли домен получателя с категорией spam, phishing, malware или botnet C&C. Человек, читающий результат, понимает класс угрозы, не восстанавливая пороги и не считая каждую низкую оценку одной и той же проблемой.
Статус остаётся полем действия, а причины — объясняющими доказательствами. Поддерживаемое совпадение злоупотреблений меняет иначе доставляемый результат на risky. Пустой список причин не доказывает, что каждая часть адреса безобидна; он говорит, что этот конкретный внешний сигнал не совпал. Сохраняйте метку времени результата и перепроверяйте важные записи, когда решение об отправке принимается гораздо позже, потому что данные репутации меняются.
Отделяйте unknown от чистого результата
Сетевая проверка может быть неубедительной из-за временного сбоя DNS, политики почтового сервера, greylisting, защиты провайдера или деградировавшего пути сервиса. BillionVerify возвращает unknown, когда не может прийти к детерминированному выводу. Панель, сфокусированная на спаме, также показывает неубедительное состояние, когда полный результат недоступен, вместо того чтобы тихо назвать домен чистым.
Повтор для unknown может иметь смысл. Он не имеет смысла для детерминированного risky-результата, чей сигнал злоупотреблений домена уже известен. Это различие важно в автоматизации: unknown принадлежит очереди повтора или ревью, а risky — suppression. Если вы чистите больше одного адреса, процесс очистки списков email сохраняет эти статусы раздельно по всему файлу.
Чего результат не утверждает
Четыре разных продукта часто называют проверкой email на спам
Поисковая выдача смешивает проверку получателя, оценку письма, репутацию отправителя и inbox placement под одной фразой. Выбирайте инструмент по объекту проверки.
Риск адреса email получателя
Эта страница относится к проверке получателя. Она начинается с name@example.com, проверяет, может ли этот ящик принимать почту, и выявляет поддерживаемую историю злоупотреблений на example.com. Используйте её до сохранения или контакта с получателем. Объект проверки — адрес назначения, а не кампания, которую вы планируете отправить.
Самое сильное действие — подавить, проверить или оставить контакт на основе детерминированных доказательств адреса. Сигналы disposable, role, catch-all, bounce и злоупотреблений домена решают соседние задачи качества списка. Они не измеряют качество креатива, выравнивание аутентификации или то, как провайдеры ящиков ранжируют итоговое письмо.
Оценка спама по содержимому письма
Тест содержимого на спам начинается с темы и тела письма. Он может смотреть формулировки, баланс HTML, ссылки, изображения, заголовки и шаблоны, связанные с правилами фильтрации. Это помогает авторам поймать очевидные проблемы, но не доказывает существование ящика и не превращает плохой список получателей в здоровый.
BillionVerify не принимает текст письма на этой странице, поэтому не может дать суждение о содержимом. Если вопрос в том, содержит ли конкретный шаблон рассылки подозрительный язык или разметку, используйте специализированный тестер писем. Получателей всё равно проверяйте отдельно: чистый креатив, отправленный на недействительные или злоупотребляющие назначения, остаётся проблемой доставляемости.
Репутация домена и IP отправителя
Инструменты репутации отправителя стартуют с инфраструктуры отправки: видимый From-домен, envelope-домен, домен подписи DKIM, отправляющий IP, reverse DNS и записи аутентификации. Они могут выявить записи в блоклистах или проблемы конфигурации, влияющие на каждую кампанию с этой инфраструктуры.
Это отличается от проверки домена получателя после знака @. Используйте проверку чёрных списков когда объект — IP или отправляющий домен. У отправителя может быть чистая инфраструктура и при этом загружен рискованный список получателей; домен получателя может быть чистым, пока собственный IP отправителя заблокирован. Оба направления заслуживают независимых проверок.
Inbox placement и доставляемость кампании
Inbox placement — это итоговое поведение после отправки реального или seed-письма. Провайдеры ящиков учитывают аутентификацию, историю отправки, жалобы, вовлечённость, содержимое, паттерны частоты и сигналы конкретного получателя. Никакой lookup адреса получателя не может гарантировать входящие вместо спама, потому что он не наблюдает это полное событие отправки.
Используйте тест доставляемости email для готовности отправителя, затем держите проверку списка как отдельный контроль до отправки. Такой двухчастный подход честно отвечает на оба вопроса: может ли это назначение принять почту и готова ли отправка доставить кампанию ответственно?
Личность, согласие и намерение сообщения
Технический результат не доказывает, кто контролирует ящик, дал ли владелец согласие на кампанию и желательно ли запланированное письмо. Доставляемость и репутация домена — операционные факты, а не разрешение. Публичный или купленный адрес может пройти каждую техническую проверку и всё равно быть неуместным для конкретного outreach.
Для публичного контекста компании и владельца начните с обратного поиска email. Затем храните источник, согласие, suppression и предпочтения контакта в системах, которым принадлежат эти решения. Спам-чекер должен улучшать качество списка, не растягиваясь на утверждения о личности или политике, которые он не может поддержать.
Практический процесс
Как использовать проверку email на спам до отправки
Самый быстрый процесс — проверить вход, прочитать результат ящика, посмотреть именованную категорию риска и маршрутизировать контакт по статусу. Каждый шаг сужает свой режим отказа.
- 1
Введите полный email-адрес получателя
Вставьте точный адрес из регистрации, CRM, запроса в поддержку или исходного файла. Не заменяйте домен сайтом компании и не вводите отправляющий IP; эти входы относятся к другим инструментам. Сохранение исходного адреса позволяет слоям синтаксиса, маршрутизации, SMTP и риска домена описывать одну и ту же запись.
Исправляйте очевидные ошибки транскрипции только при наличии first-party доказательств. Не выдумывайте недостающие символы, не меняйте домен потому что он выглядит необычно, и не предполагайте, что предложенное написание принадлежит тому же человеку. Технически чистый результат для угаданного адреса — всё ещё результат для неверного входа.
- 2
Читайте синтаксис, MX и SMTP до репутации
Неверный синтаксис означает, что адрес нельзя использовать как введено. Отсутствие пригодной маршрутизации почты означает, что домен сейчас не может принимать обычную почту. SMTP-отклонение означает, что конкретный ящик выглядит недоставляемым. Эти отказы уже отвечают на вопрос отправки, даже если категории злоупотреблений домена нет.
Если полная проверка — unknown, поставьте ограниченный повтор в очередь, а не помечайте адрес valid. Почтовые серверы иногда откладывают автоматические probe, а инфраструктура может временно отказать. Страница никогда не подменяет синтаксис и MX завершённым результатом ящика и репутации, не показав, что ответ деградирован или неубедителен.
- 3
Просмотрите категорию злоупотреблений домена получателя
Когда результат — risky, прочитайте категорию под статусом. Spam указывает домен, связанный с нежелательной массовой активностью. Phishing указывает злоупотребления учётными данными или имперсонацию. Malware указывает распространение вредоносного ПО. Botnet C&C указывает инфраструктуру командования и контроля. Каждое из этого сильнее, чем общая метка низкого качества.
BillionVerify намеренно исключает категории abused-legitimate Spamhaus из этого overlay риска. Обычный сайт может быть скомпрометирован, не превращая корпоративные ящики в вредоносных получателей. Реализация держит маркетинговое решение на поддерживаемых actor-owned категориях злоупотреблений, вместо того чтобы превращать каждый скомпрометированный hostname в общее обвинение организации.
- 4
Маршрутизируйте valid, invalid, risky и unknown по-разному
Оставляйте valid-адрес только если он также соответствует вашим правилам источника и контакта. Удаляйте invalid-адреса, потому что следующая отправка, скорее всего, bounce’нет. Подавляйте risky-адреса, потому что сигнал злоупотреблений домена детерминирован даже когда ящик принимает почту. Кладите unknown-результаты в ограниченную очередь повтора или ручного ревью.
Не превращайте каждый статус в один boolean pass/fail слишком рано. Сохранение исходного статуса и risk_reasons позволяет позже объяснить, почему контакт убрали, не повторять бесконечно детерминированный риск и обновлять политику без повторного прогона всех исторических заданий только чтобы вернуть потерянные доказательства.
- 5
Применяйте то же правило к спискам и API-трафику
Проверка одного адреса полезна для исследования и поддержки, но производственная гигиена требует согласованной обработки в формах, импортах, синхронизациях CRM и подготовке кампаний. API проверки email возвращает то же поле risk_reasons для автоматизации, а массовая очистка сохраняет причины с каждой строкой для экспорта и аудита.
Запишите решение один раз: повторяйте unknown по ограниченной политике, удаляйте invalid и risky и проверяйте catch-all или ролевые адреса согласно кампании. Ведите метрики по каждому ведру, а не только итоговый размер списка. Внезапный рост рискованных доменов может отражать изменение качества источника, которое стоит расследовать до следующей отправки.
Как интерпретировать типичные результаты проверки email на спам
Один и тот же зелёный SMTP-ответ может вести к другому решению по списку, когда есть доказательства злоупотреблений домена получателя. Эти примеры показывают, что означает каждая комбинация.
Доставляемый без поддерживаемой категории DBL
Ящик принял путь проверки, и домен получателя на момент проверки не вернул одну из поддерживаемых категорий злоупотреблений. Это самый сильный результат этого инструмента, но он остаётся проверкой получателя, а не гарантией inbox placement.
Оставляйте запись только если её источник, контекст личности и правила контакта тоже приемлемы. Чистый результат домена не измеряет вовлечённость, согласие, аутентификацию отправителя, содержимое письма и то, останется ли домен вне списков в будущем.
Доставляемый с причиной спама или вредоносного домена
Адрес может принимать почту, но домен получателя совпал с поддерживаемой внешней категорией злоупотреблений. Статус проверки — risky, а не valid, потому что одной доставляемости недостаточно, чтобы оставлять это назначение в outreach-списке.
Подавите запись и сохраните именованную причину. Немедленный повтор бесполезен: risky — детерминированная классификация, а не временный SMTP-сбой. Если запись пришла из источника лидов, проверьте соседние записи того же источника на похожие проблемы качества.
Недействительный ящик без категории злоупотреблений
Адрес не прошёл синтаксис, маршрутизацию или проверку ящика. Отсутствие категории злоупотреблений домена его не спасает. Удалите или исправьте запись на основе доверенных first-party сведений, потому что отправка на заведомо недействительный адрес создаёт bounce-риск.
Используйте уже доступную техническую причину вместо того, чтобы называть каждую плохую запись спамом. Invalid означает, что назначение не выглядит доставляемым; risky означает, что вероятно доставляемое назначение несёт подтверждённый сигнал злоупотреблений. Это разные операционные отказы.
Unknown или деградированный результат
Сервис не смог завершить достаточно полной проверки, чтобы прийти к детерминированному выводу. Панель показывает неопределённость и не утверждает, что домен получателя чист. Поздний повтор может пройти, когда временное состояние почтового сервера или инфраструктуры снимется.
Держите повторы ограниченными и наблюдаемыми. Если результат остаётся unknown, проверяйте или подавляйте его согласно толерантности к риску вместо бесконечного цикла. Не сопоставляйте unknown с valid только потому что синтаксис и MX прошли; эти проверки не доказывают ящик или слой риска домена.
Disposable, role или catch-all рядом с другими сигналами
Адрес может нести больше одной полезной классификации. Ролевой аккаунт может быть доставляемым, но неуместным для outreach на уровне человека. Одноразовый адрес может работать кратко, но подрывать долгосрочное качество аккаунта. Catch-all домен может принимать каждого получателя, оставляя конкретный ящик неопределённым.
Откройте полный верификатор email когда нужны все эти измерения вместе. Страница, сфокусированная на спаме, намеренно подчёркивает злоупотребления домена получателя, но решение проверки сильнее всего, когда доставляемость и каждый релевантный флаг риска остаются доступны рецензенту.
Именованные источники и точки данных
Как обоснована интерпретация злоупотреблений домена
Страница использует именованные технические источники и опубликованный контракт API, чтобы читатели отличали измеренные доказательства от маркетингового языка. Факты источников проверены 14 августа 2026 года.
Охват Spamhaus Domain Blocklist
Spamhaus описывает Domain Blocklist как набор репутации только доменов, показывающих признаки спама или вредоносной активности. Его заявление о политике включает нежелательную массовую почту, фишинг, мошенничество и распространение вредоносного ПО. DBL перечисляет доменные имена, а не IP-адреса, поэтому BillionVerify считает это доказательством домена получателя, а не вердиктом отправляющего IP.
Официальная документация DBL говорит, что зона постоянно обновляется и обслуживается с более чем 80 зеркал по всему миру. Читайте текущий охват, руководство по использованию и процесс удаления на странице Spamhaus Domain Blocklist.
Четыре поддерживаемые actor-owned категории ответа
Опубликованная таблица DBL назначает 127.0.1.2 спам-доменам, 127.0.1.4 фишинговым доменам, 127.0.1.5 доменам вредоносного ПО и 127.0.1.6 доменам командно-контрольных botnet. BillionVerify преобразует эти категории в стабильные строки API вместо того, чтобы показывать сырые DNS-коды ответа в маркетинговом инструменте.
Spamhaus также публикует отдельные категории 127.0.1.102–127.0.1.106 для abused legitimate или redirector-инфраструктуры. Overlay риска BillionVerify намеренно исключает эти категории скомпрометированных легитимных доменов. См. официальную таблицу кодов возврата DBL для различия.
Контракт результата API BillionVerify
Ответ проверки раскрывает risk_reasons как массив. Текущие значения: spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware и spamhaus_dbl_botnet_cc. Поле отсутствует или пусто, когда ни один из этих поддерживаемых внешних сигналов не совпал.
Статус — это решение, а массив его объясняет. Risky означает, что полная проверка пришла к детерминированному выводу: ящик с наибольшей вероятностью доставляем, но домен получателя несёт подтверждённую историю злоупотреблений. Unknown зарезервирован для проверки, которая не смогла прийти к выводу и может выиграть от повтора.
Поведение DNS-блоклиста и отрицательные результаты
RFC 5782, опубликованный IETF в феврале 2010 года, документирует распространённые соглашения DNS blacklist и whitelist, включая операционные тестовые записи и смысл ответа name-not-found. Он также предупреждает, что операторы списков определяют собственные политики, поэтому отрицательный lookup нужно описывать узко, а не как универсальное доказательство безопасности.
BillionVerify сообщает, что поддерживаемая категория не вернулась; он не говорит, что угрозы нет нигде. Читайте протокольный фон в RFC 5782 и текущий смысл набора данных в документации Spamhaus. Именованная политика провайдера важнее, чем догадки по сырому DNS-ответу.
Почему проверка и доставляемость остаются разделены
Spamhaus рекомендует использовать DBL на нескольких этапах входящей фильтрации, включая SMTP-строки и домены, найденные в заголовках или теле письма. Это более широкое антиспам-использование не означает, что проверка только адреса просмотрела исходящую кампанию. BillionVerify запрашивает сигнал домена получателя в контексте верификации и указывает этот ограниченный охват на каждом чистом результате.
Для подготовки отправителя независимо проверяйте SPF, DKIM, DMARC, репутацию инфраструктуры и поведение кампании. Проверка получателя снижает недействительные и рискованные назначения; она не может обещать placement. Разделение этих слоёв делает результат проще цитировать, автоматизировать и исправлять, когда любой один источник меняется.
Когда проверять email на спам-риск
Проверки злоупотреблений домена получателя наиболее полезны на входе списка, при ревью и очистке, где доставляемый адрес всё ещё может быть неверным контактом для хранения.
Проверить незнакомую регистрацию
Просмотрите ящик, который проходит синтаксис, но принадлежит домену получателя с подозрительной или подтверждённой злоупотребляющей активностью.
Очистить outreach-списки
Подавляйте детерминированные рискованные результаты до кампании вместо того, чтобы считать каждый SMTP-принятый адрес безопасным для контакта.
Разобрать импортированные данные CRM
Отделите недействительные ящики, неопределённые проверки и доставляемые адреса с историей злоупотреблений домена получателя.
Объяснить риск-результат API
Переведите risk_reasons в читаемую категорию злоупотреблений для операций, поддержки и решений по гигиене списка.
Это не тест содержимого письма на спам
Чекер не проверяет тему, текст, HTML, ссылки, вложения или заголовки письма. Он не скажет, поместят ли Gmail или Outlook ваше сообщение во входящие, вкладку промо или спам.
Он также не заменяет проверки отправителя: SPF, DKIM, DMARC, репутацию отправляющего IP, статус блоклистов, долю жалоб или вовлечённость. Чистый результат по домену получателя означает лишь, что поддерживаемая категория злоупотреблений на момент проверки не вернулась; это не универсальный сертификат безопасности.
Используйте Email Deliverability Test для готовности отправителя и кампании. Используйте Email Verifier, когда главный вопрос — доставляемость ящика и нужен полный набор сигналов disposable, role, catch-all, SMTP и риска домена получателя.
Выберите нужную проверку email для следующего решения
Спам-риск — один слой. Продолжите сфокусированным инструментом BillionVerify, который соответствует адресу, списку, отправителю или исследовательскому вопросу.
Верификатор email
Запустите SMTP-доставляемость плюс проверки disposable, role, catch-all и риска домена получателя.
Email Checker
Просмотрите полный многослойный результат для одного адреса в одной панели.
Обнаружение одноразовых email
Определите временные и throwaway-провайдеры ящиков, используемые для коротких регистраций.
Проверка bounce email
Сфокусируйтесь на отклонении ящика и риске hard bounce до отправки.
Очистка списков email
Примените правила доставляемости и риска к вставленным адресам или CSV-списку.
Тест доставляемости email
Проверьте аутентификацию отправителя и факторы, влияющие на доставку кампании.
Проверка чёрных списков
Проверьте IP или домен по спискам репутации со стороны инфраструктуры отправителя.
Обратный поиск email
Найдите публичные подсказки о владельце, контекст организации и сведения о маршрутизации почты.
FAQ по проверке email на спам
1. Как проверить, является ли email спамом?
Введите адрес в бесплатный чекер. BillionVerify проверяет ящик и домен получателя по поддерживаемым категориям злоупотреблений Spamhaus DBL. Рискованный результат означает, что ящик может принимать почту, но у домена есть подтверждённая история злоупотреблений.
2. Проверяет ли инструмент темы писем или содержимое?
Нет. Он не оценивает текст, ссылки, HTML, заголовки или вложения. Он проверяет адрес получателя, путь ящика и сигналы злоупотреблений домена получателя. Для аутентификации отправителя и готовности кампании используйте тест доставляемости.
3. Что означает рискованный результат email?
Risky — детерминированный результат: адрес, скорее всего, доставляем, но его домен получателя совпал с поддерживаемой внешней категорией злоупотреблений. Не считайте risky временным таймаутом и не считайте его безопасным для отправки.
4. Какие спам-риски может выявить чекер?
Текущий API может сообщать категории домена получателя для спама, фишинга, вредоносного ПО и командно-контрольной активности botnet. Страница показывает категорию, вернувшуюся с результатом.
5. Гарантирует ли «риск не найден», что email безопасен?
Нет. Это значит, что поддерживаемая категория злоупотреблений домена получателя на момент проверки не вернулась. Это не гарантирует личность, согласие, безопасность сообщения, репутацию отправителя, inbox placement или будущее поведение домена.
6. Проверка email на спам бесплатная?
Да. Каждый IP может выполнить 20 полных проверок в скользящем 24-часовом окне без регистрации. Эти проверки включают SMTP-верификацию и результат риска домена получателя.
AI-First проверка Email
Создавайте рабочие процессы ИИ на чистых данных
Бесплатный тариф, разработанный для автономных рабочих процессов — ИИ-агенты могут начать проверку без участия человека в оплате. 99,9% точности на уровне SMTP.
Нативная интеграция MCP Server · 99,9% точности на уровне SMTP · Бесплатный тариф, без кредитной карты
99.9%
Точность
Real-time
Скорость API
$0.00014
За e-mail
100/day
Бесплатно навсегда