ForHosting KIT · Validar e conferir

Como saber se um e-mail existe

A checagem de MX descobre se o domínio de um e-mail está preparado para receber mensagens: consulta os registros DNS e responde se existe servidor de correio configurado. É o passo seguinte à validação de sintaxe — pensado para quem manda e-mail transacional ou campanhas e precisa derrubar a taxa de bounce antes do disparo.

● Estávelpor itemUS$ 0,002

Executar — US$ 0,002 Ver a API

Use pelo WebAPIE-mailApp em breveTelegram em breve

Rode online

Rode nos nossos servidores com a sua conta. As ferramentas grátis rodam no seu navegador; esta aqui é descontada do seu saldo do KIT pelo preço acima.

Escrever certo não é o mesmo que entregar

Um endereço pode estar perfeitamente escrito e mesmo assim não receber nada: o domínio expirou, foi digitado com um erro plausível ou nunca teve servidor de e-mail. A sintaxe não enxerga isso — só uma consulta ao DNS enxerga. A checagem de MX pergunta ao próprio domínio: “existe alguém aí configurado para receber mensagens?”. Se a resposta for não, mandar e-mail para esse endereço é bounce garantido.

O que vem na resposta

Você envia o endereço (ou só o domínio) e recebe um JSON dizendo se há registros MX publicados, quais servidores respondem por eles e, quando não há, o motivo provável — domínio inexistente ou sem MX configurado. Com isso o seu sistema decide sozinho: aceita o cadastro, pede outro e-mail ou marca o contato como arriscado antes de gastar envio com ele.

Por que essa checagem não roda no navegador

Consultar DNS de forma confiável exige sair da página e perguntar à infraestrutura da internet — algo que o navegador do visitante não faz sozinho. Por isso a verificação de MX é um serviço de API, pago por uso: US$ 0,002 por consulta, sem mensalidade e sem pacote mínimo. Você paga as consultas que fizer, e mais nada — o preço está publicado aqui na página.

O limite honesto do método

MX confirmado significa que o domínio aceita mensagens — não que a caixa postal específica existe. Domínios com configuração “aceita-tudo” recebem qualquer endereço e só rejeitam depois. Ou seja: use a checagem para eliminar os casos impossíveis (que são muitos) e trate o resultado positivo como bom sinal, não como garantia de entrega. É assim em qualquer ferramenta séria do mercado; quem promete mais do que isso está vendendo fumaça.

Casos de uso

Campanha sem queimar o remetente

Antes de disparar a newsletter do mês, a Distribuidora Horizonte Verde passa os contatos novos pela checagem de MX. Os domínios mortos saem da lista — e a taxa de bounce para de assustar o provedor de envio.

Cadastro de sistema B2B

Num sistema que atende empresas, e-mail com domínio corporativo inexistente costuma ser cadastro de teste ou erro de digitação. Checar o MX na hora do cadastro segura isso na porta.

Nota fiscal e boleto que precisam chegar

Quando o financeiro envia boleto e nota fiscal por e-mail, um domínio sem servidor de correio significa cobrança que não chega e cliente inadimplente sem saber. Vale conferir antes do primeiro envio.

Perguntas frequentes

A checagem manda algum e-mail para o endereço?

Não. Ela consulta apenas os registros públicos de DNS do domínio; nenhuma mensagem é enviada, e o dono do endereço não fica sabendo da consulta.

MX válido garante que a mensagem vai chegar?

Não — caixa cheia, filtro de spam e domínios “aceita-tudo” continuam existindo. O que a checagem faz é eliminar os casos impossíveis, que são a maior fatia do bounce evitável.

Qual a diferença para a validação de sintaxe?

A sintaxe olha a escrita do endereço; o MX olha o domínio no mundo real. O ideal é usar as duas em sequência: a primeira é grátis no navegador, esta consulta o DNS pelo servidor.

Quanto custa e como eu pago?

US$ 0,002 por consulta, pagos por uso via PayPal — sem mensalidade, sem plano. Não há Pix por enquanto, e preferimos avisar isso logo aqui.

O que vocês fazem com os endereços consultados?

Eles são usados para executar a consulta e devolver o resultado da tarefa — não viram lista, não são vendidos nem usados para envio. Se sua empresa precisa de detalhes para adequação à LGPD, escreva para [email protected].

Posso checar vários e-mails de uma vez?

Cada chamada verifica um endereço. Para listas inteiras existe a verificação em lote do KIT, que combina esta e outras checagens num único trabalho.

Para desenvolvedores — acesso via API

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

Endpoint

POSThttps://api.kit.forhosting.com/verify/email-mx

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

Chame do seu código

curl -X POST https://api.kit.forhosting.com/verify/email-mx \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d &#39;{"email":"[email protected]"}'

const res = await fetch("https://api.kit.forhosting.com/verify/email-mx", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "email": "[email protected]"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/verify/email-mx",
    headers={"Authorization": f"Bearer {os.environ[&#39;KIT_KEY']}"},
    json={
    "email": "[email protected]"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/email-mx", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => &#39;{"email":"[email protected]"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"email":"[email protected]"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/email-mx", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemplo de requisição

{
  "email": "[email protected]"
}

Exemplo de resposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "verify.email_mx",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

Preço

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

Erros

HTTP	Código	O que significa
`401`	`unauthorized`	Token ausente ou inválido. Confira o header Authorization.
`402`	`insufficient_balance`	Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
`404`	`unknown_type`	Esse tipo de tarefa não existe. Confira o campo type no catálogo.
`429`	`rate_limited`	Muitas requisições em pouco tempo. Espere um instante e tente de novo.

Ver a documentação completa do KIT →