operator / supply
供号
批量把邮箱灌进号池。带凭证入库才能收信；不带凭证的号会标为「未配置」。
粘贴邮箱列表
每行一个 · 已输入 0 行
入库到渠道已选 0 / 0
还没有可用渠道
勾几个就入几条库存行；同一邮箱在不同渠道是各自独立的库存收信方式我们连服务器读信。Gmail/Outlook/自建邮走这条。
收信方式
IMAP 直连imap
我们连服务器读信。Gmail/Outlook/自建邮走这条。
接码 APIcode_api
调供应商接口取码。凭证是 API Key，不连 IMAP。
凭证是供应商发的 Key，形态由供应商决定。走这条的号不会连 IMAP。
iCloud 母号alias
一份母号密码派生出这批地址，按收件人分流取码。
一份母号密码覆盖 N 个地址，系统只存 1 份 —— 改密码改一处，探活也只跑一次（避免同一母号多次登录被风控）。
凭证要求
Gmail16 位应用专用密码
账号登录密码走 IMAP 必然被拒。Google 账号 → 安全性 → 应用专用密码。
OutlookOAuth2 刷新令牌
微软已全局关闭基本认证（禁用密码登录），密码永远登不上。改密码、开 IMAP 开关都无效。
iCloudxxxx-xxxx-xxxx-xxxx
Apple ID → 登录与安全 → App 专用密码。Apple ID 密码不行。
通用 IMAP邮箱密码
自建或企业邮通常就是登录密码。
支持的粘贴格式
email----credential供应商导出标准，最常用（凭证明细见上）
email<TAB>credential从 Excel 直接复制两列
email|credential管道分隔
email仅占位，无法收信
入库前必读
凭证格式不对会被直接拒收。入库时按服务商校验，Gmail 用登录密码、Outlook 用密码都会被拒并在结果里列出原因， 不会入库后再等探活失败才发现。
凭证只以掩码回显。任何接口都不会返回明文密码，列表里只能看到后四位。
入库不等于可用。新号是「未验证」状态，只有 IMAP 登录成功过才会变成已验证。未验证的号不会当作可用号卖给客户。
一个邮箱可以供多条渠道。同个 Gmail 能注册 GitHub 也能注册 AWS，勾几个渠道就入几条库存行，各自独立计价、独立售出。
但同一时刻只能卖给一个客户。这个收件箱在 github 被某个客户占着等码时，它的 aws 那条库存也会被压住 —— 否则两个客户会拿到同一个收件箱，验证码互相串号。
重复只在「同邮箱 + 同渠道」才算。同一邮箱铺到另一个渠道是新增，不算重复；重复导入同一条线路才会跳过。
最近入库最近 20 条
还没有库存记录