添加当邮箱服务为自定义邮箱的号池
This commit is contained in:
+15
@@ -507,6 +507,20 @@ Codex2API 补充:
|
||||
6. 如果当前目标轮次超出了邮箱池数量,后台会直接报错提示数量不一致
|
||||
7. 自定义邮箱池只负责“本轮注册邮箱分配”,实际收码仍由当前 `mailProvider` 对应的既有链路负责
|
||||
|
||||
### 7.1.2 2026-04-23 补充:自定义邮箱服务号池链路
|
||||
|
||||
本轮给 `mailProvider = custom` 这条链路补上了“号池式注册邮箱分配”,目标是让“手动验证码模式”也能稳定跑多轮不同邮箱,而不是每轮都手动改一次注册邮箱。
|
||||
|
||||
当前行为约定:
|
||||
|
||||
1. sidepanel 在 `邮箱服务 = 自定义邮箱` 时,会额外显示 `自定义号池` 文本框
|
||||
2. 文本框中的邮箱会按“每行一个”归一化为数组,写入持久配置 `customMailProviderPool`
|
||||
3. 如果当前 `Mail = 自定义邮箱` 且号池不为空,Auto 启动前会把总轮数锁定为号池长度
|
||||
4. 后台在每个目标轮次开始前,会按 `targetRun` 从 `customMailProviderPool` 读取对应邮箱,并写入当前 `state.email`
|
||||
5. 同一目标轮次里的失败重试会继续复用该轮邮箱,不会提前跳到下一个
|
||||
6. 如果当前目标轮次超出了号池数量,后台会直接报错提示数量不一致
|
||||
7. 这条链路只影响“注册邮箱分配”;Step 4 / Step 8 仍然走 `custom` provider 既有的手动验证码确认逻辑
|
||||
|
||||
### 7.2 共享模块分工
|
||||
|
||||
- `managed-alias-utils.js`
|
||||
@@ -667,6 +681,7 @@ Codex2API 补充:
|
||||
2. 为本轮自动流程分配唯一 `autoRunSessionId`
|
||||
3. 计算是否从中断点继续
|
||||
4. 每轮执行前重置必要运行态
|
||||
- 如果当前 `Mail = 自定义邮箱` 且配置了 `customMailProviderPool`,会先按当前目标轮次把号池中的对应邮箱写回运行态
|
||||
- 如果当前生成方式是 `custom-pool`,会先按当前目标轮次把邮箱池中的对应邮箱写回运行态
|
||||
5. 执行 `runAutoSequenceFromStep`
|
||||
- 步骤 7 内部仍保留登录态恢复的有限重试,但 `add-phone / 手机号页` 属于立即跳出的不可重试错误
|
||||
|
||||
Reference in New Issue
Block a user