Email Verifier MCP Server — Claude, Cursor 또는 모든 에이전트에서 이메일 주소 검증

AI 어시스턴트에게 이메일 주소가 실제로 존재하는지 확인하는 기능을 제공하세요. 이 Actor는 MCP 서버입니다. 한 번 연결하면 에이전트가 대화 중에 주소를 검증할 수 있습니다 — 아웃리치 초안을 작성하기 전, CRM 레코드를 보강하기 전, 또는 리드 목록을 전달하기 전에 말이죠.

검증된 주소 1,000개당 $0.30. Verimailx 계정이 필요 없습니다 — Apify 토큰으로 인증합니다.

에이전트가 할 수 있는 작업

각 검사는 RFC 구문 검증, DNS 해석, MX 레코드 검사, SMTP 핸드셰이크를 실행하고 일회용 및 역할 기반 사서함을 표시합니다. 메일은 절대 전송되지 않습니다 — SMTP 핸드셰이크는 수신 서버에 사서함이 존재하는지 묻고 연결을 끊을 뿐이므로, 목록에 있는 누구에게도 연락이 가지 않습니다.

판정 결과는 valid(전송 안전), invalid(반송됨), risky(일회용, 역할 기반 또는 catch-all 도메인), unknown(서버 시간 초과 또는 모호한 응답)입니다.

Related MCP server: sabit-mcp

연결하기

Claude Desktop / Claude Code

MCP 구성에 다음을 추가하세요. Apify API 토큰을 사용합니다:

{
  "mcpServers": {
    "verimailx": {
      "url": "https://cold-email-master--verimailx-email-mcp.apify.actor/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_APIFY_API_TOKEN>"
      }
    }
  }
}

Cursor, Windsurf 및 기타 MCP 클라이언트

동일한 URL, 동일한 bearer 토큰을 사용합니다. 서버는 Streamable HTTP 전송을 통해 MCP를 지원합니다.

Actor는 Standby 모드로 실행되므로 인스턴스가 항상 준비 상태로 유지되어 즉시 응답합니다 — 시작할 실행이 없습니다.

사용 예시

사용자: 이메일을 가져오기 전에, 반송될 주소가 있나요? founder@stripe.com, info@mailinator.com, nobody@thisdomaindoesnotexist.xyz

Claude: (verify_email_list 호출) 세 개 중 하나는 전송해도 안전합니다. founder@stripe.com은 유효하며 점수 98입니다. info@mailinator.com은 위험합니다 — 일회용 주소이자 역할 사서함입니다. nobody@thisdomaindoesnotexist.xyz는 유효하지 않습니다. 도메인에 MX 레코드가 없습니다.

가격

검증된 주소 1,000개당 $0.30 — 호출 또는 실행 단위가 아닌 주소 단위로 청구됩니다.

실패한 조회는 청구되지 않습니다. Apify 플랫폼 수수료는 요금에 포함되어 있습니다.

실행에 대한 최대 청구 한도를 설정하면 서버는 검증을 시작하기 전에 남은 예산을 확인합니다. 예산이 소진되면 서버는 이를 명확히 알려줍니다 — 청구할 수 없는 주소를 계속 검증하지 않으며, 부분 목록 호출은 검증되지 않은 주소를 정확히 알려줍니다.

25개 이상을 한 번에 검증하기

이 서버는 대화형 사용을 위해 설계되었습니다 — 작업 중에 소수의 주소를 확인하는 에이전트용입니다. 대규모 목록 정리를 위해서는 대신 벌크 Actor를 사용하세요: Bulk Email Verifier & Validator. CSV 링크, Apify 데이터셋 ID 또는 붙여넣은 목록을 받아 동일한 가격으로 실행당 수만 개의 주소를 처리합니다.

FAQ

Q: Verimailx 계정이 필요한가요? A: 아니요. Actor가 Verimailx 자격 증명을 보유하고 있습니다. Apify 토큰으로 인증하고 Apify를 통해 청구됩니다.

Q: 확인하는 주소로 이메일을 보내나요? A: 아니요. 검증은 SMTP 핸드셰이크에서 중단됩니다. 메시지가 전달되지 않으며 수신자는 아무것도 볼 수 없습니다.

Q: catch-all 감지 정확도는 어떤가요? A: Catch-all 도메인 — 모든 주소에서 메일을 수락하도록 구성된 도메인 — 은 valid가 아닌 risky로 보고됩니다. catch-all 뒤의 개별 사서함은 확인할 수 없기 때문입니다. 이를 유효한 것으로 처리하는 것은 '정리된' 목록에서 반송이 발생하는 가장 흔한 원인입니다.

Q: 확인한 주소는 어떻게 되나요? A: 검증을 위해 Verimailx API로 전송되며, 이 Actor는 어떤 영구 저장소에도 기록하지 않습니다.

Q: AI 에이전트 없이 사용할 수 있나요? A: 스크립트 기반 사용에는 REST Actor가 더 적합합니다 — MCP는 도구 호출 클라이언트를 위해 설계되었습니다.

지원

• 이 Actor 관련 문제: Actor의 Issues 탭에서 이슈를 열어주세요

• 대량 가격 (10만 개 이상 주소): Apify 메시징을 통해 문의하세요

• Verimailx API: verimailx.com

변경 로그

0.0.1 — 최초 릴리스

• Streamable HTTP를 통한 verify_email 및 verify_email_list 도구, Actor Standby를 통해 제공.

• 이벤트당 과금, 검증된 주소당 청구.