关于 Email Verifier MCP
Email Verifier MCP 面向注册流程和数据校验工作流,检查邮箱语法、邮件服务器记录、一次性域名及角色账号。它适合需要可解释结果的 Agent 与开发者;SMTP 探测可选,默认关闭。
主要功能
- 01检查 RFC 5321 语法和 MX 记录
- 02识别一次性域名和角色账号
- 03批量验证最多 10 个地址
- 04提供可解释的逐项评分
- 05可选 SMTP 握手
- 06查询 MX 记录和黑名单统计
适用场景
- 01在注册时筛查邮箱地址
- 02导入前批量检查地址
- 03标记一次性邮箱或角色账号
- 04查看地址通过或未通过的原因
MCP 相关
通过 MCP 工具提供邮箱检查、批量验证、MX 查询和一次性域名识别。另提供黑名单统计资源及 `verify_signup_email` 提示词;客户端可连接托管 HTTP 端点,或通过 stdio 本地运行服务。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://neeenja--email-verifier-mcp.apify.actor/mcpclaude mcp add --transport http panstories-email-verifier https://neeenja--email-verifier-mcp.apify.actor/mcp{"mcpServers":{"panstories-email-verifier":{"type":"http","url":"https://neeenja--email-verifier-mcp.apify.actor/mcp"}}}在 Cursor 中打开{"servers":{"panstories-email-verifier":{"type":"http","url":"https://neeenja--email-verifier-mcp.apify.actor/mcp"}}}在 VS Code 中打开{"mcpServers":{"panstories-email-verifier":{"type":"http","url":"https://neeenja--email-verifier-mcp.apify.actor/mcp"}}}{"mcpServers":{"panstories-email-verifier":{"serverUrl":"https://neeenja--email-verifier-mcp.apify.actor/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
Email Verifier MCP
无需为每次查询付费,即可验证电子邮件地址。 检查 RFC 5321 语法、MX 记录、包含 182,000 个域名的临时邮箱黑名单,以及角色账户;所有检查均使用免费 DNS。SMTP 握手为可选项,默认关闭。
| 托管位置 | 链接 |
|---|---|
| 托管的 MCP 端点 | https://neeenja--email-verifier-mcp.apify.actor/mcp — 零配置,即刻可用 |
| Apify Store | https://apify.com/neeenja/email-verifier-mcp |
| 源代码 | https://github.com/PanStories/Email-Verifier-MCP |
| 自托管(克隆) | git clone https://github.com/PanStories/Email-Verifier-MCP && cd Email-Verifier-MCP && npm i && npm start |
| npm 包 | 尚未发布到 npm — 使用上方的托管端点或克隆项目 |
| 收录于 | Sartbot Featured |
English
当前版本:1.0.0
你将获得什么
每个带有注册表单的产品都需要判断电子邮件地址是否真实。通常的做法是使用付费 API — SendGrid、Hunter、ZeroBounce — 按查询次数收费。本服务使用免费的 DNS 查询和开源黑名单完成真正能拦截无效注册的检查,因此每次额外查询的成本为零。
本服务专为 Agent 打造:将 Agent 指向托管端点或在本地运行即可 — 无需控制面板、账户,也无需为 DNS 检查提供 API 密钥。
| 检查项 | RFC 5321 语法 · MX 记录 · 182,000 多个临时邮箱域名 · 角色账户 · 可选 SMTP 握手 |
| 费用 | 每次查询 $0。无需第三方 API、密钥或配额 |
| 合规性 | 默认仅使用 DNS — 除非主动启用,否则不会发起出站 SMTP 连接 |
| 透明度 | 每项检查单独评分,让你了解地址通过或未通过的原因 |
工具
| 工具 | 功能 |
|---|---|
check_email | 对单个地址进行完整检查:语法 + MX + 临时邮箱 + 角色账户;可选 SMTP。返回人工可读的摘要以及结构化 JSON。 |
verify_bulk | 一次检查最多 10 个地址,执行相同检查并提供摘要。 |
check_mx | 独立查询 MX 记录,并按优先级排序。 |
is_disposable | 判断该地址或域名是否属于一次性邮箱服务。接受 [email protected] 或 mailinator.com。 |
此外还提供:资源 blacklist://stats(黑名单大小及来源)以及提示词 verify_signup_email(用于决定接受、标记或拒绝的模板)。
示例
// request
{ "email": "[email protected]" }
// response (structured)
{
"email": "[email protected]",
"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
}
置信度评分
评分采用累加方式,完全透明 — 没有黑箱。
| 检查项 | 分值 | 说明 |
|---|---|---|
| 语法 | 20 | RFC 5321 / HTML5 风格的模式 |
| 存在 MX 记录 | 30 | 域名确实可以接收邮件 |
| 非临时邮箱 | 20 | 根据包含 182k 个域名的列表判断 |
| 非角色账户 | 10 | support@、noreply@ 等会被标记,但不会判定为失败 |
| SMTP 可连接 | 10 | 仅在启用握手时适用 |
| SMTP 确认邮箱存在 | 10 | 仅在启用握手时适用 |
80/100 表示所有 DNS 检查均已通过。 最后 20 分需要启用可选的 SMTP 握手,该功能默认关闭。valid 是一个独立的布尔值:只有语法检查通过、存在 MX 记录且域名非临时邮箱域名时,其值才为 true。
Connect
Option A — self-host via local clone (free, unlimited). Runs as a stdio subprocess inside your own agent:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npm",
"args": ["start"],
"cwd": "/absolute/path/to/Email-Verifier-MCP"
}
}
}
The
email-verifier-mcppackage is not published to npm, sonpx email-verifier-mcpwill not resolve. Clone the repo (see the table above), runnpm i && npm start, and point your client at it — or use the hosted endpoint (Option B).
Option B — hosted endpoint on Apify. Use it from anywhere, including agents that cannot spawn subprocesses:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
Works with Claude Desktop, Cursor, Windsurf, GitHub Copilot, and any other MCP client.
Compliance
Default verification is DNS-only — it never opens an outbound SMTP connection, so it cannot be mistaken for port-25 scanning.
The SMTP handshake is opt-in (smtp: true) and should only be enabled from infrastructure you control. Some mail providers treat unsolicited SMTP probes as abuse, and many return 250 to every RCPT TO specifically to defeat probing — so smtp_likely_valid is reported honestly as null when the answer is inconclusive rather than guessed.
Pricing
initialize / tools/list | Free — agents can always connect and discover |
| Any tool call | $0.005 on the hosted Apify endpoint |
| Self-hosted (clone) | Free and unlimited — the source is MIT |
The hosted endpoint is pay-per-event: no subscription, no minimum. Running it locally (clone + npm start) costs nothing.
Development
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
License
MIT. The disposable-domain list comes from disposable-email-domain (MIT, refreshed weekly).
Privacy
Read-only and stateless. Submitted email addresses are processed in memory only and are not stored; the opt-in SMTP handshake discloses the checking host's IP to the recipient's mail server. See PRIVACY.md.
简体中文
你能得到什么
任何带注册环节的产品都要判断邮箱是不是真的。常见方案是付费 API —— SendGrid、Hunter、ZeroBounce 按次计费。本服务用免费 DNS 查询 + 开源黑名单完成真正有效的检查,边际成本为零。
它面向 Agent 设计:把 Agent 指向托管端点,或在本地自行运行 —— 不需要仪表盘、不需要账号、DNS 检查不需要 API key。
| 检查项 | RFC 5321 语法 · MX 记录 · 18.2 万个一次性域名 · 角色账号 · 可选 SMTP 握手 |
| 成本 | 每次查询 $0。无第三方 API、无密钥、无配额 |
| 合规 | 默认仅 DNS —— 不主动发起出站 SMTP,除非你显式开启 |
| 可解释 | 每项检查单独计分,能看清地址为什么通过 |
工具
| 工具 | 作用 |
|---|---|
check_email | 单个地址全量校验:语法 + MX + 一次性域名 + 角色账号,可选 SMTP。同时返回人类可读摘要与结构化 JSON。 |
verify_bulk | 最多 10 个地址批量校验,并给出汇总。 |
check_mx | 独立 MX 查询,按优先级排序。 |
is_disposable | 判断地址或域名是否为临时邮箱。支持 [email protected] 或 mailinator.com。 |
另外还提供资源 blacklist://stats(黑名单规模与来源)与提示词 verify_signup_email(接受 / 标记 / 拒绝的决策模板)。
示例
// 请求
{ "email": "[email protected]" }
// 响应(结构化)
{
"email": "[email protected]",
"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
}
置信度评分
评分是累加式的,完全可解释,不是黑盒。
| 检查项 | 分值 | 说明 |
|---|---|---|
| 语法 | 20 | RFC 5321 / HTML5 风格匹配 |
| MX 记录存在 | 30 | 域名确实能收信 |
| 非一次性域名 | 20 | 基于 18.2 万域名黑名单 |
| 非角色账号 | 10 | support@、noreply@ 等只标记,不判失败 |
| SMTP 可达 | 10 | 仅当开启握手 |
| SMTP 确认邮箱存在 | 10 | 仅当开启握手 |
80/100 代表所有 DNS 检查全部通过。 最后 20 分需要可选的 SMTP 握手,而它默认是关闭的。valid 是独立的布尔值:只有语法通过、MX 存在、且非一次性域名时才为 true。
连接方式
方式 A —— 本地克隆自托管(免费、无限次)。在你的 Agent 进程内以 stdio 子进程运行:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npm",
"args": ["start"],
"cwd": "/absolute/path/to/Email-Verifier-MCP"
}
}
}
email-verifier-mcp暂未发布到 npm,因此npx email-verifier-mcp无法解析。请克隆仓库(见上方表格),运行npm i && npm start,再将你的客户端指向它 —— 或使用托管端点(方式 B)。
方式 B —— Apify 托管端点。任何地方都能调用,包括无法启动子进程的 Agent:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
兼容 Claude Desktop、Cursor、Windsurf、GitHub Copilot 及任何其他 MCP 客户端。
合规说明
默认校验仅使用 DNS —— 不建立任何出站 SMTP 连接,因此不会被误判为 25 端口扫描。
SMTP 握手是可选开启的(smtp: true),只应在你能掌控的基础设施上启用。部分邮件服务商会把未经请求的 SMTP 探测视为滥用,且很多服务会对所有 RCPT TO 一律返回 250 来反探测 —— 因此当结论不明确时,smtp_likely_valid 会诚实地返回 null,而不是猜一个结果。
定价
initialize / tools/list | 免费 —— Agent 永远能连上并发现工具 |
| 任意工具调用 | 托管 Apify 端点 $0.005 |
| 克隆自托管 | 免费且无限次 —— 源码为 MIT 许可 |
托管端点按次计费:无订阅、无最低消费。本地克隆运行(npm start)不产生任何费用。
本地开发
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
许可
MIT。一次性域名列表来自 disposable-email-domain(MIT,每周更新)。
繁體中文
你能得到什麼
任何帶註冊環節的產品都要判斷信箱是不是真的。常見做法是付費 API —— SendGrid、Hunter、ZeroBounce 按次計費。本服務用免費 DNS 查詢 + 開源黑名單完成真正有效的檢查,邊際成本為零。
它為 Agent 而生:把 Agent 指向託管端點,或在本地自行執行 —— 不需要儀表板、不需要帳號、DNS 檢查不需要 API key。
| 檢查項目 | RFC 5321 語法 · MX 紀錄 · 18.2 萬個一次性網域 · 角色帳號 · 可選 SMTP 握手 |
| 成本 | 每次查詢 $0。無第三方 API、無金鑰、無配額 |
| 合規 | 預設僅 DNS —— 不主動發起出站 SMTP,除非你明確開啟 |
| 可解釋 | 每個檢查項目單獨計分,能看清地址為什麼通過 |
工具
| 工具 | 作用 |
|---|---|
check_email | 單一地址完整驗證:語法 + MX + 一次性網域 + 角色帳號,可選 SMTP。同時回傳人類可讀摘要與結構化 JSON。 |
verify_bulk | 最多 10 個地址批次驗證,並提供彙整。 |
check_mx | 獨立 MX 查詢,依優先級排序。 |
is_disposable | 判斷地址或網域是否為拋棄式信箱。支援 [email protected] 或 mailinator.com。 |
另外提供資源 blacklist://stats(黑名單規模與來源)與提示詞 verify_signup_email(接受 / 標記 / 拒絕的決策範本)。
範例
// 請求
{ "email": "[email protected]" }
// 回應(結構化)
{
"email": "[email protected]",
"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
}
信心分數
分數採累加式,完全可解釋,不是黑盒子。
| 檢查項目 | 分數 | 說明 |
|---|---|---|
| 語法 | 20 | RFC 5321 / HTML5 風格比對 |
| MX 紀錄存在 | 30 | 網域確實能收信 |
| 非一次性網域 | 20 | 依 18.2 萬網域黑名單 |
| 非角色帳號 | 10 | support@、noreply@ 等僅標記,不判失敗 |
| SMTP 可連線 | 10 | 僅在開啟握手時 |
| SMTP 確認信箱存在 | 10 | 僅在開啟握手時 |
80/100 代表所有 DNS 檢查全數通過。 最後 20 分需要可選的 SMTP 握手,而它預設關閉。valid 是獨立的布林值:只有語法通過、MX 存在、且非一次性網域時才為 true。
連線方式
方式 A —— 本機克隆自託管(免費、無限量)。在你的 Agent 行程內以 stdio 子行程執行:
{
"mcpServers": {
"email-verifier-mcp": {
"command": "npm",
"args": ["start"],
"cwd": "/absolute/path/to/Email-Verifier-MCP"
}
}
}
email-verifier-mcp尚未發佈到 npm,因此npx email-verifier-mcp無法解析。請克隆倉庫(見上方表格),執行npm i && npm start,再將你的用戶端指向它 —— 或使用託管端點(方式 B)。
方式 B —— Apify 託管端點。任何地方都能呼叫,包含無法啟動子行程的 Agent:
{
"mcpServers": {
"email-verifier-mcp": {
"type": "streamable-http",
"url": "https://neeenja--email-verifier-mcp.apify.actor/mcp",
"headers": { "Authorization": "Bearer <YOUR_APIFY_TOKEN>" }
}
}
}
相容 Claude Desktop、Cursor、Windsurf、GitHub Copilot 以及任何其他 MCP 用戶端。
合規說明
預設驗證僅使用 DNS —— 不建立任何出站 SMTP 連線,因此不會被誤判為 25 埠掃描。
SMTP 握手是可選開啟的(smtp: true),只應在你能掌控的基礎設施上啟用。部分郵件服務商會把未經請求的 SMTP 探測視為濫用,且許多服務會對所有 RCPT TO 一律回應 250 來反制探測 —— 因此當結論不明確時,smtp_likely_valid 會誠實回傳 null,而不是猜測結果。
定價
initialize / tools/list | 免費 —— Agent 永遠能連上並探索工具 |
| 任何工具呼叫 | 託管 Apify 端點 $0.005 |
| 克隆自託管 | 免費且無限量 —— 原始碼採 MIT 授權 |
託管端點按次計費:無訂閱、無最低消費。本機克隆執行(npm start)不會產生任何費用。
本機開發
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
授權
MIT。一次性網域清單來自 disposable-email-domain(MIT,每週更新)。
Support · 赞助 · 贊助
EN — Email Verifier MCP is open source (MIT), ad-free. It is funded by the community, not by ads. If it powers your agents or workflow, please support it:
- ☕ Ko-fi (the Sponsor ❤️ button on this repo routes here): https://ko-fi.com/panstories
简体中文 — Email Verifier MCP 开源(MIT)、无广告,由社区资助而非广告。若它支撑了你的智能体或工作流,欢迎赞助:点本仓库的 Sponsor 按钮(跳转 Ko-fi)或前往 https://ko-fi.com/panstories
繁體中文 — Email Verifier MCP 開源(MIT)、無廣告,由社群資助而非廣告。若它支撐了你的智能體或工作流,歡迎贊助:點本倉庫的 Sponsor 按鈕(導向 Ko-fi)或前往 https://ko-fi.com/panstories
Thank you! · 谢谢 · 謝謝 💙
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。