Верификация email через MCP
Hosted MCP-сервер верификации email: реальная SMTP-проверка ящиков для Claude, Cursor и любого MCP-клиента. OAuth, без локального процесса.
Устанавливать ничего не нужно. Это hosted MCP-сервер: добавьте URL в конфигурацию MCP вашего клиента, авторизуйтесь через OAuth — и инструмент появится. Никакого локального процесса, контейнера или зависимости, которую нужно обновлять.
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp
Подключите MCP-сервер примерно за две минуты. Локально устанавливать ничего не нужно.
Добавьте URL MCP-сервера в конфигурацию MCP вашего клиента. Устанавливать ничего не нужно: MCP-сервер верификации email размещён у нас.
Авторизуйтесь через OAuth. Подключение MCP привязывается к вашему аккаунту, а не к ключу, вставленному в файл конфигурации.
Инструмент верификации появится в списке инструментов модели. После этого вопрос о валидности адреса запускает реальную проверку через MCP-сервер.
Инструменты, которые этот MCP-сервер предоставляет для вызова.
Один адрес проверяется в реальном времени через SMTP. Агент чаще всего обращается именно к этому инструменту, а MCP-сервер верификации email возвращает структурированные поля вместо текста.
До 50 адресов за один вызов MCP по той же схеме. Для большего объёма MCP-сервер направляет агента к асинхронным файловым endpoint'ам.
Реальная проверка почтового ящика, а не догадка по синтаксису. Именно поэтому стоит подключить MCP-сервер верификации email, а не позволять модели рассуждать о правдоподобности адреса.
MCP-сервер верификации email работает с любым MCP-клиентом: отдельные плагины не нужны, поскольку MCP отвечает за обнаружение.
Claude Desktop, ChatGPT Desktop, DeepSeek, Kimi, MiniMax, Doubao
Claude Code, OpenCode, Cursor, Windsurf, Cline, Continue, Zed
REST API, HTTP Streamable Transport, JSON-RPC 2.0
Почему MCP-сервер с реальной SMTP-проверкой лучше проверки синтаксиса.
Если попросить модель оценить адрес без инструментов, она выдаст уверенную и правдоподобную догадку. MCP-сервер, проверяющий лишь синтаксис, сделает то же самое — только в JSON.
MCP-сервер верификации email, который начинает реальный SMTP-диалог, вместо догадки возвращает фактические данные. В этом вся разница и причина существования нашего сервера.
Что это такое
MCP — это Model Context Protocol, стандартный способ обнаружения и вызова внешних инструментов AI-клиентом. MCP-сервер верификации email предоставляет реальную проверку почтового ящика как один из таких инструментов, чтобы агент проверял адрес, а не гадал.
Без MCP агент, которому нужно проверить адрес, либо выдумывает ответ, либо просит вас что-то запустить. С подключённым MCP-сервером верификации email модель видит инструмент, вызывает его и читает структурированный результат.
В этом и заключается ценность: наш MCP-сервер верификации email заменяет правдоподобную догадку ответом реальной SMTP-проверки, а модель не нужно учить выполнять HTTP-запрос.
Клиент спрашивает у нашего MCP-сервера, какие инструменты тот предлагает, а сервер описывает каждый из них вместе с параметрами. В клиенте не нужно ничего жёстко прописывать, поэтому MCP-сервер без отдельного кода работает в Claude Desktop, Cursor и любом другом MCP-клиенте.
Именно это отличает MCP от обычного REST API. В основе по-прежнему работает API, а MCP делает его доступным для обнаружения моделью.
MCP-сервер возвращает те же поля, что и REST API: статус, оценку качества, уровень риска, коды причин и флаги одноразового адреса, ролевого аккаунта, catch-all и бесплатной веб-почты.
Читая структурированный результат, модель не сможет округлить unknown до deliverable, как бывает при пересказе обычного текста. Использование MCP-сервера для верификации email — это вопрос не только удобства, но и точности.
MCP-сервер верификации email работает по адресу mcp.billionverify.com. Нет ни локального процесса, ни контейнера, ни зависимости, которую нужно обновлять: клиент подключается по HTTP, а MCP-сервер делает всё остальное.
Для аутентификации используется OAuth, поэтому подключение MCP привязано к вашему аккаунту, а не к ключу, вставленному в файл конфигурации.
Что возвращается
Есть четыре статуса, и агент должен обрабатывать их по ветвям точно так же, как это делал бы код приложения.
Почтовый ящик принял SMTP-проверку, когда MCP-сервер верификации email проверял адрес. Агент может безопасно продолжить свою задачу.
MCP-сервер возвращает это как поле, а не как предложение, поэтому модели не приходится его интерпретировать.
Постоянная ошибка. Агент должен остановиться, сообщить код причины и не записывать адрес в CRM или кампанию.
Именно здесь модель без инструментов ошибается чаще всего: корректно составленный, но неработающий адрес выглядит для языковой модели нормальным, однако не проходит проверку на нашем MCP-сервере.
Почтовый ящик работает, но имеет флаг: одноразовый провайдер, ролевой аккаунт или catch-all-домен. MCP-сервер сообщает конкретный флаг, чтобы агент применил вашу политику, а не общее правило.
Сообщите агенту свою политику; MCP-сервер верификации email предоставит факты, необходимые для её применения.
Принимающий провайдер отложил проверку или ограничил частоту запросов. Ни один из вариантов не был подтверждён.
Агент должен поставить повторную попытку в очередь, а не считать unknown успешным результатом. MCP-сервер честно сообщает этот статус, не округляя его.
Начало работы
Две минуты и ни строчки кода. MCP-сервер размещён у нас, поэтому клиенту нужен только URL.
Добавьте URL MCP-сервера в конфигурацию MCP клиента, авторизуйтесь через OAuth — и инструмент верификации появится в списке инструментов модели.
После этого вопрос о валидности адреса запускает реальную проверку вместо догадки.
LangChain, CrewAI и любой фреймворк с поддержкой MCP подключаются одинаково. MCP-серверу верификации email неважно, какой клиент его вызывает.
Для фреймворков без поддержки MCP по-прежнему доступен базовый REST API — используйте API верификации email напрямую и полностью пропустите слой MCP.
Задайте политику, а не порог: какие статусы принимать, что делать с флагами риска и когда повторять unknown. MCP-сервер предоставляет факты, а политика остаётся за вами.
Агенты, которым сказали лишь «проверь email», вызовут MCP-сервер верификации email, а затем сами придумают вывод для результата risky.
Вызовы MCP для одного адреса предназначены для диалоговых и агентских процессов. Для файла лучше подходят асинхронные endpoint'ы.
Для файлов используйте Массовую верификацию email ; вызывать MCP-сервер для каждой строки — неподходящий подход для десяти тысяч адресов.
Ограничения
Его назначение узко и конкретно, поэтому агент может доверять результатам.
Результат deliverable не означает разрешение отправлять человеку письма. Агенту, действующему по ответу MCP-сервера, всё равно нужны где-то заданные правила согласия.
MCP-сервер сообщает только факт о почтовом ящике и ничего не говорит о разрешении.
Принимающий почтовый ящик не доказывает, кто им управляет. Общие псевдонимы и перенаправляемые адреса встречаются повсеместно.
Агент не должен делать вывод о личности на основании статуса deliverable, возвращённого этим MCP-сервером.
Принятие по SMTP описывает путь получателя. Попадёт ли будущая кампания во входящие, зависит от репутации отправителя, которую MCP-сервер не видит.
Для этой части задачи используйте тест доставляемости.
MCP-сервер возвращает факты. Что агент делает с catch-all-доменом или одноразовым провайдером, решает ваш продукт, а не протокол.
Задайте правила один раз и передайте их агенту вместе с подключением MCP.
Справка
MCP — открытый протокол, а тот же механизм верификации доступен ещё несколькими способами.
MCP — открытый стандарт подключения моделей к инструментам, поэтому один MCP-сервер верификации email работает с любым совместимым клиентом без отдельного плагина для каждого продукта.
Протокол отвечает за обнаружение, схемы и транспорт, а наш MCP-сервер верификации email выполняет саму проверку.
Если ваша платформа использует навыки вместо MCP, пакет Навыки агентов устанавливает тот же инструмент верификации в один клик.
Один механизм и одинаковые поля: MCP и навыки — два способа доставки одного инструмента.
Наш MCP-сервер вызывает API верификации email . Всё доступное через MCP также доступно напрямую по HTTP.
Выбирайте MCP, когда вызов делает модель, и REST API, когда его делает ваш собственный код.
Устанавливать ничего не нужно. Это hosted MCP-сервер: добавьте URL в конфигурацию MCP вашего клиента, авторизуйтесь через OAuth — и инструмент появится. Никакого локального процесса, контейнера или зависимости, которую нужно обновлять.
Добавьте URL MCP-сервера в конфигурацию MCP для Claude Code и авторизуйтесь через OAuth. При использовании MCP-сервера верификации email агент вызывает инструмент, а не рассуждает о том, выглядит ли адрес правдоподобно.
Как и в любом другом клиенте: добавьте URL, авторизуйтесь — и инструмент появится. MCP-сервер верификации email по своей природе не зависит от клиента; именно для этого и создан протокол.
Подойдёт любой MCP-совместимый клиент, поскольку MCP — открытый протокол, а не формат плагинов отдельного поставщика. Поэтому достаточно один раз подключить единый MCP-сервер верификации email вместо отдельной интеграции с каждым AI-продуктом.
Нет. MCP отвечает за обнаружение и схемы, поэтому любой совместимый клиент может вызывать MCP-сервер верификации email без отдельного кода. Если удобнее обращаться по HTTP напрямую из своего кода, доступен REST API: MCP-сервер и API возвращают одинаковые поля.
Hosted MCP-сервер верификации email с защитой через OAuth. Пусть ваш агент проверяет адреса, а не строит догадки.
Hosted remote MCP-server · Локальный пакет не нужен · OAuth обрабатывается клиентом