为什么需要支持 IMAP、SMTP 和 API 的 Gmail
对媒体买量、联盟营销和 SMM 团队来说，邮箱不只是收件箱，而是基础设施节点。Gmail 接收验证码、注册邮件、广告后台通知和 Google Ads 提醒。当邮箱多达数十甚至上百个时，人工收信是不可能的。解决方案是启用 IMAP/SMTP 协议并具备 Gmail API 访问权限的 Gmail 账号。它们能让你以程序方式读取来信、抓取一次性验证码、发送群发，并同时同步大量邮箱的状态。
YTMarket 目录提供多种类型的 Gmail 账号：全新、养号（aged）、已验证号码的 PVA、已配置 API 以及批量套餐。支付方式为 USDT（TRC20/BEP20/ERC20/Polygon/SOL/TON）、CryptoBot 或卢布。所有账号均享 24 小时保修：若到货即失效，可获更换。
三种协议：IMAP、SMTP 与 API 的区别
每种协议各司其职。IMAP 负责在服务器上读取与同步邮件，SMTP 负责发送，而 Gmail API 通过 REST 和 OAuth2 提供扩展的程序化访问。
| 协议 | 用途 | 主机 / 入口 | 端口 |
|---|---|---|---|
| IMAP | 接收并读取邮件 | imap.gmail.com | 993 (SSL) |
| SMTP | 发送邮件 | smtp.gmail.com | 465 / 587 |
| Gmail API | REST 访问、标签、过滤器 | gmail.googleapis.com | 443 (HTTPS) |
对大多数收码任务而言，仅用 IMAP 就足够。如果需要批量操作、标签、watch 通知和高吞吐量，请选择已配置 API 的账号。
配置访问：应用专用密码与 OAuth2
Google 已禁止第三方客户端使用普通密码登录，因此有两条可行的授权路径。
- 应用专用密码——16 位的应用密码。需先启用两步验证。适合经典的 IMAP/SMTP 客户端和简单脚本。
- OAuth2——访问令牌与刷新令牌。Gmail API 必须使用，被视为长期自动化的安全标准。
在 YTMarket，配备 API 的账号附带现成的 OAuth 数据（client_id、refresh_token），可节省手动配置 Google Cloud Console 与发布应用的数小时时间。
示例：通过 IMAP 收信
一个最简的 Python 场景是抓取最新未读邮件并提取验证码。该逻辑通过对账号列表的循环来封装，并在网络层经由代理路由。
- 连接：
imaplib.IMAP4_SSL("imap.gmail.com", 993) - 登录：邮箱 + 应用专用密码
- 选择文件夹：
INBOX，搜索UNSEEN - 用正则表达式解析邮件正文以提取验证码
Gmail API 的流程不同：先以过滤器调用 users.messages.list，再调用 users.messages.get 并解码 base64 正文。API 对限额更具韧性，也更适合并行处理上百个邮箱。
防关联与代理：规模化的安全操作
在缺乏环境隔离的情况下进行大规模自动收信会很快导致封号。最佳实践是防关联浏览器与优质代理的组合。
- 防关联浏览器（Dolphin Anty、AdsPower、GoLogin、Multilogin）——手动登录时为每个账号配置独立指纹的独立配置文件。
- 移动与住宅代理——为每个邮箱固定一个 IP，避免数据中心网段。
- 地理匹配：代理所在国家应与账号注册地区一致。
- 对于服务端 IMAP/API 自动化，应在 socket 或 HTTP 客户端层经由代理路由流量。
遵守发送限额（SMTP）、平稳养号和稳定的 IP，是安全运营的三大支柱。
在哪购买及如何挑选 Gmail 账号
在 YTMarket，请按任务选择类型：注册用全新或 PVA，长期项目用养号，自动化用已配置 API 的 Gmail。每个账号都附带访问数据（登录名、密码、应用专用密码或 OAuth，若有则含辅助邮箱/号码）。支持团队在 Telegram：@RegaProvider。以 USDT 加密货币、CryptoBot 或卢布支付，即时发货并享 24 小时更换保修，使批量采购可预期且安全。