Email Verifier MCP
Servidor MCP remoto para verificação de e-mail. Sintaxe RFC 5321, consulta MX, lista negra de 160 mil domínios descartáveis e detecção de contas de função. Somente DNS e compatível por padrão; handshake SMTP é opcional. Zero taxas de API de terceiros.
Documentação
Email Verifier MCP — Ator de Verificação de E-mail por DNS (neeenja/email-verifier-mcp)
Servidor MCP remoto para verificação de e-mail. Sintaxe RFC 5321, consulta MX, lista negra de 160 mil domínios descartáveis e detecção de contas de função. Somente DNS e compatível por padrão; handshake SMTP é opcional. Zero taxas de API de terceiros.
- URL: https://apify.com/neeenja/email-verifier-mcp.md
- Desenvolvido por: Neeen Ja (comunidade)
- Categorias: IA, Ferramentas de desenvolvedor
- Estatísticas: 1 usuário total, 0 usuários mensais, 0,0% de execuções bem-sucedidas, 0 favoritos
- Avaliação dos usuários: Sem avaliações ainda
Preços
a partir de $5,00 / 1.000 chamadas de ferramenta MCP
Este Ator é pago por evento e uso. Você é cobrado tanto pelo preço fixo de eventos específicos quanto pelo uso da plataforma Apify.
Saiba mais: https://docs.apify.com/actors/running/actors-in-store.md#pay-per-event
O que é um Ator Apify?
Um Ator é um programa de nuvem sem servidor que roda na plataforma Apify. Ele tem dois modos de execução. No modo Lote, um Ator aceita uma entrada JSON bem definida, executa uma ação que pode levar de alguns segundos a algumas horas, e opcionalmente produz uma saída JSON bem definida, conjuntos de dados com resultados ou arquivos em armazenamento de chave-valor. No modo Standby, um Ator fornece um servidor web que pode ser usado como site, API ou servidor MCP.
O vocabulário Apify e o modelo de plataforma são definidos uma vez, no quickstart do agente em https://apify.com/agents.md.
Como integrar um Ator?
Se perguntado sobre integração, você ajuda desenvolvedores a integrar Atores em seus projetos. Você se adapta à stack deles e entrega integrações seguras, bem documentadas e prontas para produção.
Não adivinhe um caminho de integração. Todos eles estão no quickstart do agente em https://apify.com/agents.md: o servidor MCP da Apify, Agent Skills com a CLI da Apify, os clientes JavaScript e Python, a API REST e o caminho sem conta para um agente sem humano para fazer login. Também traz a regra de informar o custo antes da primeira execução paga.
Para exemplos já conectados ao esquema de entrada deste próprio Ator, veja a seção API abaixo.
Cada biblioteca de cliente tem documentação de referência que o quickstart não repete: JavaScript/TypeScript (npm install apify-client) e Python (pip install apify-client).
README
Email Verifier MCP
Verifique endereços de e-mail sem pagar taxa de API por consulta. Sintaxe RFC 5321, registros MX, lista negra de 182.000 domínios descartáveis e detecção de contas de função — tudo a partir de DNS gratuito. Handshake SMTP é opcional e desativado por padrão.
🌐 Inglês · Chinês Simplificado · Chinês Tradicional
| Está em | Link |
|---|---|
| Endpoint MCP | https://neeenja--email-verifier-mcp.apify.actor/mcp |
| Apify Store | https://apify.com/neeenja/email-verifier-mcp |
| Código-fonte | https://github.com/PanStories/Email-Verifier-MCP |
| Instalação em uma linha | npx -y email-verifier-mcp |
| Destaque em | Sartbot Featured |
Inglês
O que você obtém
Todo produto com formulário de cadastro precisa saber se um e-mail é real. A resposta usual é uma API paga — SendGrid, Hunter, ZeroBounce — cobrada por consulta. Este servidor faz as verificações que realmente detectam cadastros inválidos usando consultas DNS gratuitas e uma lista negra de código aberto, então o custo marginal é zero.
Ele é construído nativamente para agentes: um comando npx e seu agente pode verificar um endereço sozinho. Sem painel, sem conta, sem chave de API.
| Verificações | Sintaxe RFC 5321 · Registro MX · 182.000+ domínios descartáveis · contas de função · handshake SMTP opcional |
| Custo | $0 por consulta. Sem API de terceiros, sem chave, sem cota |
| Conformidade | Somente DNS por padrão — sem SMTP de saída, a menos que você opte por ativar |
| Transparência | Cada verificação é pontuada separadamente, para que você veja por que um endereço passou |
Ferramentas
| Ferramenta | O que faz |
|---|---|
check_email | Verificação completa de um endereço: sintaxe + MX + descartável + função, SMTP opcional. Retorna um resumo legível e JSON estruturado. |
verify_bulk | As mesmas verificações para até 10 endereços de uma vez, além de uma linha de resumo. |
check_mx | Consulta MX independente, ordenada por prioridade. |
is_disposable | Este endereço ou domínio é um provedor descartável? Aceita user@mailinator.com ou mailinator.com. |
Também expostos: recurso blacklist://stats (tamanho e fonte da lista negra) e prompt verify_signup_email (um modelo de decisão aceitar / sinalizar / rejeitar).
Exemplo
// request
{ "email": "someone@gmail.com" }
// response (structured)
{
"email": "someone@gmail.com",
"valid": true,
"score": 80,
"reason": "DNS checks passed",
"checks_passed": ["syntax", "mx", "blacklist", "role"],
"mx_records": [{ "priority": 10, "exchange": "gmail-smtp-in.l.google.com" }],
"disposable": false,
"role_account": false
}
Pontuação de confiança
A pontuação é aditiva e totalmente explicável — sem caixa-preta.
| Verificação | Pontos | Observação |
|---|---|---|
| Sintaxe | 20 | Padrão RFC 5321 / estilo HTML5 |
| Registro MX existe | 30 | O domínio realmente aceita e-mail |
| Não é descartável | 20 | Contra a lista de 182 mil domínios |
| Não é conta de função | 10 | support@, noreply@, … são sinalizados, não reprovados |
| SMTP acessível | 10 | Somente quando o handshake está ativado |
| SMTP confirma caixa de entrada | 10 | Somente quando o handshake está ativado |
80/100 significa que todas as verificações de DNS passaram. Os últimos 20 pontos exigem o handshake SMTP opcional, que está desativado por padrão. valid é um booleano separado: é verdadeiro somente quando a sintaxe passa, um registro MX existe e o domínio não é descartável.
Conectar
Opção A — local, via npx (gratuito, ilimitado). Roda como subprocesso stdio dentro do seu próprio agente:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npx",
"args": ["-y", "email-verifier-mcp"]
}
}
}
Opção B — endpoint hospedado na Apify. Use de qualquer lugar, incluindo agentes que não podem iniciar subprocessos:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
Funciona com Claude Desktop, Cursor, Windsurf, GitHub Copilot e qualquer outro cliente MCP.
Conformidade
A verificação padrão é somente DNS — nunca abre uma conexão SMTP de saída, então não pode ser confundida com varredura de porta 25.
O handshake SMTP é opcional (smtp: true) e só deve ser ativado a partir de infraestrutura que você controla. Alguns provedores de e-mail tratam sondagens SMTP não solicitadas como abuso, e muitos retornam 250 para todo RCPT TO especificamente para frustrar sondagens — então smtp_likely_valid é relatado honestamente como null quando a resposta é inconclusiva, em vez de adivinhada.
Preços
initialize / tools/list | Gratuito — agentes sempre podem conectar e descobrir |
| Qualquer chamada de ferramenta | $0,005 no endpoint hospedado da Apify |
Auto-hospedado via npx | Gratuito e ilimitado — o código-fonte é MIT |
O endpoint hospedado é pago por evento: sem assinatura, sem mínimo. Executar localmente com npx não custa nada.
Desenvolvimento
npm install
npm run build # tsc -> dist/
npm test # unit tests
npm run e2e # stdio end-to-end (initialize -> tools/list -> tools/call)
npm run e2e:http # HTTP end-to-end (readiness probe + full protocol)
npm run showcase # real-DNS demo -> verify-showcase.html
Licença
MIT. A lista de domínios descartáveis vem de disposable-email-domain (MIT, atualizada semanalmente).
Chinês Simplificado
O que você obtém
Todo produto com formulário de cadastro precisa saber se um e-mail é real. A resposta usual é uma API paga — SendGrid, Hunter, ZeroBounce — cobrada por consulta. Este serviço faz as verificações que realmente detectam cadastros inválidos usando consultas DNS gratuitas + lista negra de código aberto, então o custo marginal é zero.
Ele é construído nativamente para agentes: um comando npx e o agente pode verificar um e-mail sozinho. Sem painel, sem conta, sem chave de API.
| Verificações | Sintaxe RFC 5321 · Registro MX · 182 mil domínios descartáveis · contas de função · handshake SMTP opcional |
| Custo | $0 por consulta. Sem API de terceiros, sem chave, sem cota |
| Conformidade | Somente DNS por padrão — sem SMTP de saída, a menos que você opte por ativar |
| Explicável | Cada verificação é pontuada separadamente, para que você veja por que um endereço passou |
Ferramentas
| Ferramenta | Função |
|---|---|
check_email | Verificação completa de um endereço: sintaxe + MX + descartável + função, SMTP opcional. Retorna um resumo legível e JSON estruturado. |
verify_bulk | Verificação em lote de até 10 endereços, com resumo. |
check_mx | Consulta MX independente, ordenada por prioridade. |
is_disposable | Verifica se o endereço ou domínio é um e-mail descartável. Suporta user@mailinator.com ou mailinator.com. |
Também fornece o recurso blacklist://stats (tamanho e fonte da lista negra) e o prompt verify_signup_email (um modelo de decisão aceitar / sinalizar / rejeitar).
Exemplo
// 请求
{ "email": "someone@gmail.com" }
// 响应(结构化)
{
"email": "someone@gmail.com",
"valid": true,
"score": 80,
"reason": "DNS checks passed",
"checks_passed": ["syntax", "mx", "blacklist", "role"],
"mx_records": [{ "priority": 10, "exchange": "gmail-smtp-in.l.google.com" }],
"disposable": false,
"role_account": false
}
Pontuação de confiança
A pontuação é aditiva e totalmente explicável — sem caixa-preta.
| Verificação | Pontos | Observação |
|---|---|---|
| Sintaxe | 20 | Padrão RFC 5321 / estilo HTML5 |
| Registro MX existe | 30 | O domínio realmente aceita e-mail |
| Não é descartável | 20 | Com base na lista negra de 182 mil domínios |
| Não é conta de função | 10 | support@, noreply@ etc. são sinalizados, não reprovados |
| SMTP acessível | 10 | Somente quando o handshake está ativado |
| SMTP confirma caixa de entrada | 10 | Somente quando o handshake está ativado |
80/100 significa que todas as verificações de DNS passaram. Os últimos 20 pontos exigem o handshake SMTP opcional, que está desativado por padrão. valid é um booleano separado: é verdadeiro somente quando a sintaxe passa, um registro MX existe e o domínio não é descartável.
Conectar
Opção A — local, via npx (gratuito, ilimitado). Roda como subprocesso stdio dentro do seu agente:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npx",
"args": ["-y", "email-verifier-mcp"]
}
}
}
Opção B — endpoint hospedado na Apify. Use de qualquer lugar, incluindo agentes que não podem iniciar subprocessos:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
Compatível com Claude Desktop, Cursor, Windsurf, GitHub Copilot e qualquer outro cliente MCP.
Conformidade
A verificação padrão usa somente DNS — não estabelece nenhuma conexão SMTP de saída, então não pode ser confundida com varredura de porta 25.
O handshake SMTP é opcional (smtp: true) e só deve ser ativado em infraestrutura que você controla. Alguns provedores de e-mail tratam sondagens SMTP não solicitadas como abuso, e muitos retornam RCPT TO para todo 250 especificamente para frustrar sondagens — então quando a resposta é inconclusiva, smtp_likely_valid retorna honestamente null, em vez de adivinhar.
Preços
initialize / tools/list | Gratuito — agentes sempre podem conectar e descobrir ferramentas |
| Qualquer chamada de ferramenta | $0,005 no endpoint hospedado da Apify |
Auto-hospedado via npx | Gratuito e ilimitado — o código-fonte é MIT |
O endpoint hospedado é pago por evento: sem assinatura, sem mínimo. Executar localmente com npx não custa nada.
Desenvolvimento local
npm install
npm run build # tsc -> dist/
npm test # 单元测试
npm run e2e # stdio 端到端(initialize -> tools/list -> tools/call)
npm run e2e:http # HTTP 端到端(就绪探针 + 完整协议)
npm run showcase # 真实 DNS 演示 -> verify-showcase.html
Licença
MIT. A lista de domínios descartáveis vem de disposable-email-domain (MIT, atualizada semanalmente).
Chinês Tradicional
O que você obtém
Todo produto com formulário de cadastro precisa saber se um e-mail é real. A prática comum é uma API paga — SendGrid, Hunter, ZeroBounce — cobrada por consulta. Este serviço faz as verificações que realmente detectam cadastros inválidos usando consultas DNS gratuitas + lista negra de código aberto, então o custo marginal é zero.
Ele é feito para agentes: um comando npx e o agente pode verificar um e-mail sozinho. Sem painel, sem conta, sem chave de API.
| Verificações | Sintaxe RFC 5321 · Registro MX · 182 mil domínios descartáveis · contas de função · handshake SMTP opcional |
| Custo | $0 por consulta. Sem API de terceiros, sem chave, sem cota |
| Conformidade | Somente DNS por padrão — sem SMTP de saída, a menos que você opte por ativar |
| Explicável | Cada verificação é pontuada separadamente, para que você veja por que um endereço passou |
Ferramentas
| Ferramenta | Função |
|---|---|
check_email | Verificação completa de um endereço: sintaxe + MX + descartável + função, SMTP opcional. Retorna um resumo legível e JSON estruturado. |
verify_bulk | Verificação em lote de até 10 endereços, com resumo. |
check_mx | Consulta MX independente, ordenada por prioridade. |
is_disposable | Verifica se o endereço ou domínio é um e-mail descartável. Suporta user@mailinator.com ou mailinator.com. |
Também fornece o recurso blacklist://stats (tamanho e fonte da lista negra) e o prompt verify_signup_email (um modelo de decisão aceitar / sinalizar / rejeitar).
Exemplo
// 請求
{ "email": "someone@gmail.com" }
// 回應(結構化)
{
"email": "someone@gmail.com",
"valid": true,
"score": 80,
"reason": "DNS checks passed",
"checks_passed": ["syntax", "mx", "blacklist", "role"],
"mx_records": [{ "priority": 10, "exchange": "gmail-smtp-in.l.google.com" }],
"disposable": false,
"role_account": false
}
Pontuação de confiança
A pontuação é aditiva e totalmente explicável — sem caixa-preta.
| Verificação | Pontos | Observação |
|---|---|---|
| Sintaxe | 20 | Padrão RFC 5321 / estilo HTML5 |
| Registro MX existe | 30 | O domínio realmente aceita e-mail |
| Não é descartável | 20 | Com base na lista negra de 182 mil domínios |
| Não é conta de função | 10 | support@, noreply@ etc. são sinalizados, não reprovados |
| SMTP acessível | 10 | Somente quando o handshake está ativado |
| SMTP confirma caixa de entrada | 10 | Somente quando o handshake está ativado |
80/100 significa que todas as verificações de DNS passaram. Os últimos 20 pontos exigem o handshake SMTP opcional, que está desativado por padrão. valid é um booleano separado: é verdadeiro somente quando a sintaxe passa, um registro MX existe e o domínio não é descartável.
Conectar
Opção A — local, via npx (gratuito, ilimitado). Roda como subprocesso stdio dentro do seu agente:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npx",
"args": ["-y", "email-verifier-mcp"]
}
}
}
Opção B — endpoint hospedado na Apify. Use de qualquer lugar, incluindo agentes que não podem iniciar subprocessos:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
Compatível com Claude Desktop, Cursor, Windsurf, GitHub Copilot e qualquer outro cliente MCP.
Conformidade
A verificação padrão usa somente DNS — não estabelece nenhuma conexão SMTP de saída, portanto não pode ser confundida com varredura de porta 25.
O handshake SMTP é opcional (smtp: true) e só deve ser ativado em infraestrutura que você controla. Alguns provedores de e-mail tratam sondagens SMTP não solicitadas como abuso, e muitos retornam RCPT TO para todo 250 especificamente para frustrar sondagens — portanto, quando a resposta é inconclusiva, smtp_likely_valid retorna honestamente null, em vez de adivinhar.
Preços
initialize / tools/list | Gratuito — agentes sempre podem conectar e explorar ferramentas |
| Qualquer chamada de ferramenta | $0,005 no endpoint hospedado da Apify |
Auto-hospedado via npx | Gratuito e ilimitado — o código-fonte é MIT |
O endpoint hospedado é pago por evento: sem assinatura, sem mínimo. Executar localmente com npx não custa nada.
Desenvolvimento local
npm install
npm run build # tsc -> dist/
npm test # 單元測試
npm run e2e # stdio 端到端(initialize -> tools/list -> tools/call)
npm run e2e:http # HTTP 端到端(就緒探針 + 完整協定)
npm run showcase # 真實 DNS 展示 -> verify-showcase.html
Licença
MIT. A lista de domínios descartáveis vem de disposable-email-domain (MIT, atualizada semanalmente).
Changelog
O histórico de versões deste Ator é um documento separado: https://apify.com/neeenja/email-verifier-mcp/changelog.md
Esquema de entrada do Ator
maxTotalChargeUsd (tipo: number):
Limite máximo de quanto esta execução pode cobrar. Recomendado ao permitir que um agente autônomo chame o servidor. Exemplo: 0,10 USD ≈ 20 chamadas de ferramenta.
Exemplo de objeto de entrada do Ator
{}
Esquema de saída do Ator
mcpEndpoint (tipo: string):
Endpoint MCP HTTP transmitível desta execução do Ator. Conecte um cliente MCP aqui (Authorization: Bearer <APIFY_TOKEN>). Envie mensagens JSON-RPC POST: initialize, tools/list, tools/call.
API
Você pode executar este Ator programaticamente usando nossa API. Abaixo estão exemplos de código em JavaScript, Python e CLI, bem como a especificação OpenAPI e a configuração do servidor MCP.
Exemplo em JavaScript
import { ApifyClient } from 'apify-client';
// Initialize the ApifyClient with your Apify API token
// Replace the '<YOUR_API_TOKEN>' with your token
const client = new ApifyClient({
token: '<YOUR_API_TOKEN>',
});
// Prepare Actor input
const input = {};
// Run the Actor and wait for it to finish
const run = await client.actor("neeenja/email-verifier-mcp").call(input);
// Fetch and print Actor results from the run's dataset (if any)
console.log('Results from dataset');
console.log(`💾 Check your data here: https://console.apify.com/storage/datasets/${run.defaultDatasetId}`);
const { items } = await client.dataset(run.defaultDatasetId).listItems();
items.forEach((item) => {
console.dir(item);
});
// 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/js/docs
Exemplo em Python
from apify_client import ApifyClient
# Initialize the ApifyClient with your Apify API token
# Replace '<YOUR_API_TOKEN>' with your token.
client = ApifyClient("<YOUR_API_TOKEN>")
# Prepare the Actor input
run_input = {}
# Run the Actor and wait for it to finish
run = client.actor("neeenja/email-verifier-mcp").call(run_input=run_input)
# Fetch and print Actor results from the run's dataset (if there are any)
print(f"💾 Check your data here: https://console.apify.com/storage/datasets/{run.default_dataset_id}")
for item in client.dataset(run.default_dataset_id).iterate_items():
print(item)
# 📚 Want to learn more 📖? Go to → https://docs.apify.com/api/client/python/docs/quick-start
Exemplo em CLI
echo '{}' |
apify call neeenja/email-verifier-mcp --silent --output-dataset
Configuração do servidor MCP
{
"mcpServers": {
"apify": {
"type": "http",
"url": "https://mcp.apify.com/?tools=fetch-actor-details,neeenja/email-verifier-mcp"
}
}
}
O servidor hospedado faz login com OAuth na primeira conexão, então nenhum token de API pertence a esta configuração. Clientes sem suporte a OAuth podem enviar um cabeçalho Authorization: Bearer <APIFY_API_TOKEN> em vez disso, usando um token de API & Integrações no Console Apify (https://console.apify.com/settings/integrations).
Especificação OpenAPI
Baixe a definição OpenAPI: https://api.apify.com/v2/actors/LhK9VskPkgkSWCPDy/builds/yKqQDgcbfaV5YCH4A/openapi.json