开放注册会引入错误用户
您只想批准用户,但开放注册会让滥用和低匹配账号进入。人工审核耗时且仍会漏判。
用于允许或拒绝(`block`)
精确邮箱与完整域名
策略变更时的白名单模式
验证响应中的策略检查
在流程中只保留已批准的用户和收件人,并将决策集中到一个 API 响应。
您只想批准用户,但开放注册会让滥用和低匹配账号进入。人工审核耗时且仍会漏判。
注册、CRM 与活动需要同一策略,但各服务实现不同并逐渐偏离。
当只有部分客户应收到邮件时,过宽的列表浪费预算并稀释指标。
一次定义谁被允许,然后在每次验证结果中用一个字段做策略决策。
添加精确地址如 admin@company.com 或域名如 company.com 以定义谁可以通过。
仅在列出的邮箱和域名应被允许时开启;不需要严格仅允许时关闭。
使用 API 响应中的 `block` 字段。`block: true` 表示拒绝,`block: false` 表示允许。
验证 API 响应示例
GET /v1/[email protected]\nX-API-Key: your-api-key\n\n{\n "valid": true,\n "block": false,\n "domain": "customer.org"\n}精确邮箱
仅当选定用户应通过时允许一个具体地址。
域名
允许 partner.com 或 customer.org 等已批准域名上的所有邮箱。
可以。常规使用可选择月度订阅,也可按 pay-as-you-go 一次性购买积分 — 每 5 美元 10,000 积分,5 至 5,000 美元。一次性积分永不过期,无需订阅。
验证响应中的 `block` 字段。`block` 为 true 则拒绝,为 false 则允许。
可以。添加精确地址或如 `company.com` 的域名,以允许该域名下所有邮箱。
可以。可启用或禁用白名单模式,仅在流程需要时强制执行严格的仅允许行为。
是的。集中管理规则并从 API 响应读取 `block`,而不是在多个后端重复匹配逻辑。
黑名单优先。若黑名单匹配,即使白名单也有,`block` 仍为 true。