Bounceban

@pipeworx/bounceban

通过 BounceBan 的瀑布流优化端点（bounceban.com）验证单个电子邮件地址，包括全收件地址检测。属于 enrich-waterfall 的 enrich_verify_email 有序验证器（集群 #2860）。

属于 Pipeworx——一个将 AI Agent 连接到 1875+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供商无关联、未获其认可，也非由其发布。

工具

• bounceban_verify(email, _apiKey) — 状态/结果、明确的 catch_all、一次性邮箱/角色邮箱/免费邮箱标记。

身份验证

仅支持自带密钥。将你的 BounceBan API 密钥作为 _apiKey 传入（请求头 Authorization，不要添加 Bearer 前缀）。请在 https://bounceban.com/app/api/settings 查找你的密钥。不提供平台密钥（D4）。

数据源

• https://api-waterfall.bounceban.com/v1/verify/single — BounceBan 专用于瀑布流的主机，旨在同步等待（最长 80 秒）并返回明确结果，而不是返回一个待轮询的任务。BounceBan 也为相同操作提供标准的 api.bounceban.com 主机；本工具包有意使用瀑布流主机，因为这是 enrich_verify_email 所需的形式。

验证说明（集群 #2860，2026-10-08，未持有供应商密钥）

• 已对本工具包调用的确切主机/路径进行边缘探测。 未提供 Authorization 请求头时：HTTP 401 {"error":"Authorization header is required"}。密钥无效时：HTTP 401 {"msg":"Authorization information is missing or invalid."}。两种不同失败对应两种不同响应体，证实系统会读取请求头，而非一概返回 401。本工具包的代码会在显示原因时检查 error 和 msg 字段。
• BounceBan 文档说明，验证超时时会返回 408（其自有的瀑布流集成指南）——本工具包会将其显示为一个明确且独立的错误（“服务器端验证超时”），而不会让它落入通用 HTTP 错误处理路径，因为调用方在重试或转到下一个验证器时，需要知道这是超时，而不是电子邮件地址或密钥有误。
• 响应字段名称（status/result、is_catch_all）是根据 BounceBan 公开的无代码集成文档和 GitHub 上的 skill-email-verification 描述推断的，并非通过确认的实时成功响应验证得出——我们没有 BounceBan 密钥。解析器接受布尔值形式的 is_catch_all/catch_all，如果这两个字段都不存在，则检查状态字符串中是否包含 "catch"。
• 未验证（未持有密钥）： BounceBan 用于主要判定结果的确切字段名称（status 还是 result）；除“catch-all”以及明显的有效/无效状态外，状态值的完整列表。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "bounceban": {
      "url": "https://gateway.pipeworx.io/bounceban/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/bounceban/mcp 上的 tools/list 会返回上表中的工具，以及共享的 Pipeworx 元工具——ask_pipeworx、discover_tools、search_within、remember/recall 和网关级工具集中的其他工具。因此，你看到的工具数量会多于此表：目前，单个工具包端点除了列出该工具包自有的工具，还会列出约 30 个共享工具。连接的 initialize 响应会说明确切范围，是当天适用范围的权威说明。

这是有意为之，并非意外复用。元工具能让限定范围的连接回答此工具包未涵盖的问题——通过 ask_pipeworx 在整个目录中进行路由——无需额外添加第二个 MCP 服务。目前无法在不包含这些工具的情况下挂载工具包端点；如果额外的架构定义占用的上下文比路由带来的价值更大，请连接一次完整网关，而不是连接多个工具包端点。

或者，连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不只是当前工具包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

这两个 URL 都会连接到同一个网关和相同的 1875+ 个数据源。唯一的区别是直接列出哪个工具包的工具；无论连接哪个端点，ask_pipeworx 都能访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

此工具包需要你自己的 API 密钥（_apiKey）——我们不会代为提供，因此这里没有无需 API 密钥即可运行的 curl 命令。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/bounceban_verify。查找工具：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需往返网关：

{
  "mcpServers": {
    "bounceban": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-bounceban"]
    }
  }
}

也可以直接运行它，确认服务能否启动：

npx -y @pipeworx/mcp-bounceban

它通过 stdin/stdout 使用 MCP，并响应 initialize/tools/list/tools/call，且仅提供此工具包的工具——不包含上述网关连接额外提供的共享元工具。代码相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用通俗英语提问，而不是直接调用工具——这既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Bounceban data" })

网关会选择合适的工具并自动填写参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT