outlook-auto-register 是一款基于 Microsoft Outlook Fluent Web API 的纯协议批量注册工具（无浏览器依赖），内置一套功能完整的Web 控制台：左侧 8 个功能页覆盖注册、代理、账号管理，右侧通过SSE 实时日志逐条推送注册进度，批次注册从配置到监控全程可视化。本文带你用 3 步完成首次批次注册，并讲透 SSE 日志监控背后的工作机制。

快速启动 Web 控制台

控制台是一个标准 FastAPI 服务，入口 main.py 无参数时启动 Web 模式（带参数则走 CLI）。默认监听0.0.0.0:8890，两种启动方式任选：

方式一：本地 Python（需 Python 3.11+）

git clone https://gitcode.com/gh_mirrors/ou/outlook-auto-register cd outlook-auto-register python3 -m venv .venv && source .venv/bin/activate pip install -r requirements.txt uvicorn main:app --host 0.0.0.0 --port 8890

方式二：Docker 一键部署

.env.example 之外的配置全部走 docker-compose.yml，已预设好端口映射8890:8890与数据卷：

cp .env.example .env # 按注释填写环境变量 docker compose up -d --build

浏览器打开http://127.0.0.1:8890即进入控制台。启动日志会提示 SQLite 数据库（accounts/outlook.db）就绪状态，说明账号池、代理池、批次记录均已挂载到统一存储。

认识 8 个功能页：注册、代理、账号一体化

控制台侧边栏（frontend/static/index.html 第 525-532 行）共 8 个入口，一次登录覆盖整条运营链路：

💡 建议按「打码平台 → 代理池 → 注册中心」的顺序先把资源页配好，再进注册中心开跑。

3步完成批次注册：干跑验证 + 参数配置 + 真实执行

第 1 步：配置注册资源（打码平台 + 代理池）

注册中心左上角「注册资源」区（frontend/static/index.html）提供打码平台与代理池两个下拉，数据由GET /api/register-options接口动态生成（controller/register_controller.py）：

• 打码平台：注册仅涉及 PX（PerimeterX）打码。选一个已配置 Key 的平台，未配置会直接在启动时拦截报错。
• 代理池：可选「自动（代理池 · N 条可用）」或按代理商过滤。代理池无可用条目时任务无法启动——请先到「代理池」页添加并启用。推荐带{sid}占位符的 sticky 模板，实现「一号一 IP」防关联：

us.rapidproxy.io:5001:user-session-{sid}-stime-10:pass

若模板不含{sid}，日志会给出警告：全批可能共用同一出口 IP。

第 2 步：填写运行参数

启动错峰（jitter）默认 3–8 秒随机延迟，相邻账号不会同时开跑——这是防封的关键设计，详见 scripts/ANTIBAN.md。

第 3 步：干跑验证 → 真实执行

首次使用务必保持「干跑」勾选（默认开启）。干跑模式完整走一遍「代理预检 → PX → CreateAccount → proofs → Graph 读信」的模拟流程，不消耗真实资源、不写盘：

确认各阶段日志正常后，取消干跑，点击右上角「开始注册」。后端校验通过后（打码 Key、代理、无进行中任务）返回job_id与批次名，任务进入后台线程池执行，右侧日志面板立即开始接收实时推送。

SSE 实时日志监控：批次注册进度的核心

注册日志面板如何工作

右侧「注册日志」面板是整个控制台的灵魂。后端通过 controller/register_controller.py 的/api/jobs/{job_id}/events端点，以text/event-stream格式持续推送；前端用EventSource订阅（frontend/static/index.html）：

• 首帧快照：连接建立后立即推送一次完整任务快照，中途打开页面也能看到当前进度；
• 事件类型：log（日志行）、account（单账号状态变更）、summary（批次小结）、done（任务结束）；
• 断线保护：15 秒无事件时发送: keep-alive注释行保活，防止代理层掐断长连接；
• 停止任务：运行中可点「停止任务」取消内存中的任务，未跑完的账号自动标记失败。

日志里能看到什么

一条典型批次的实时日志流（service/web/runtime.py）：

[INFO] 批次 0917-US-outlook-3x-G6 开始执行（3 个，并发 2） [INFO] 打码平台: OffCaptcha（px_mode=offcaptcha） [INFO] 代理池：已规划 3 条（策略 sticky） [INFO] 防封·一号一 IP：每号独立 {sid} 会话（出口 IP 不同） [INFO] [1] 成功 abcdefghij@outlook.com（12.4s，已绑恢复邮箱） [INFO] [2] 开始注册（代理 us.rapidproxy.io:5001:***） [INFO] 本批完成：成功 3/3，本批耗时 45s，单号均耗 15s，阶段大头：px=8.2s

批次结束时底部出现「本批小结」：成功数/总数、总耗时、单号均耗、以及耗时最多的前 3 个阶段——定位瓶颈（通常是 PX 打码或 proofs 收码）一目了然。任务结束后批次记录持久化到 SQLite，重启服务不会丢；内存中不存在的「running」批次会在启动时自动标记为 error 状态（service/web/runtime.py）。

注册之后：账号池、测活与 IMAP 保活

账号池管理

成功注册的账号自动进入「账号池」页：支持邮箱搜索、按状态（Graph 可用 / 令牌失效 / 未测活）与批次筛选、四段/六段 combo 一键复制与导出。对外部来源的号可批量导入（4/6 段自动识别、按邮箱去重）。

测活：快速判断账号能不能读信

「测活」页粘贴一条email----password----client_id----refresh_token四段 combo，即可判定Graph / Outlook REST / IMAP三条读信链路是否可用（service/web/runtime.py）。网络抖动时会自动从代理回退直连重试，并如实标注「测活暂不可用（未改账号状态）」，不会误杀好号。

IMAP / 保活：让 Token 持续有效

保活链路为refresh_token → access_token → GET /me + 列 1 封信 → 轮换新 refresh_token 回写，勾选账号后批量执行或「保活全部」均可。防封要点（scripts/ANTIBAN.md）：低频保活（每号 2–3 天一次）、固定 IP、注册后冷却，别高频调用。同页还提供「备份数据库」按钮，数据统一存于accounts/outlook.db。

常见问题速查

总结

outlook-auto-register 的 Web 控制台把「打码平台配置 → 代理池管理 → 3 步批次注册 → SSE 实时日志 → 账号池/测活/保活」串成了一条完整闭环：干跑模式零成本验证配置，SSE 日志逐条透明呈现注册链路，批次小结直接暴露性能瓶颈。核心源码分布在 controller/register_controller.py（SSE 端点）、service/web/runtime.py 的service/web/runtime.py（任务与日志运行时）、service/registration/batch_service.py（批量引擎）与 frontend/static/index.html（控制台界面），架构分层详见 docs/ARCHITECTURE.md。按本文 3 步走，今天就能跑通你的第一个批次。