feat: support 126 mail provider routing and shared NetEase verification flow

- 合并 PR #112 的核心改动：新增 126 邮箱 provider，并复用 163 / 163 VIP 的网页邮箱接码链路
- 本地补充修复：吸收 126 子域名注入与来源识别修正，以及新版 ChatGPT 登录验证码邮件匹配适配
- 影响范围：sidepanel mail provider、background navigation/source routing、content mail polling、相关回归测试

项目完整链路说明.md

@@ -593,7 +593,24 @@ Codex2API 补充：
 - [luckmail-utils.js](c:/Users/projectf/Downloads/codex注册扩展/luckmail-utils.js)
 - LuckMail 相关后台领域逻辑仍在 [background.js](c:/Users/projectf/Downloads/codex注册扩展/background.js)
 
-### 7.4 2925 账号池
+### 7.4 163 / 163 VIP / 126 网页邮箱
+
+组成：
+
+- [mail-provider-utils.js](c:/Users/projectf/Downloads/codex注册扩展/mail-provider-utils.js)
+- [content/mail-163.js](c:/Users/projectf/Downloads/codex注册扩展/content/mail-163.js)
+
+行为约定：
+
+- `163`、`163 VIP`、`126` 都走同一条“网易网页邮箱”验证码链路。
+- sidepanel 只负责切换 provider 与展示登录入口；后台根据 provider 选择对应网页邮箱首页。
+- 内容脚本来源统一归类到 `mail-163`，这样 Step 4 / Step 8 继续复用同一套验证码读取与邮件清理逻辑。
+- `manifest.json` 需要同时覆盖：
+  - `https://mail.163.com/*`
+  - `https://webmail.vip.163.com/*`
+  - `https://mail.126.com/*`
+
+### 7.5 2925 账号池
 
 组成：
 
@@ -625,7 +642,7 @@ Codex2API 补充：
 8. sidepanel 中 2925 账号池的新增表单也走与 Hotmail 相同的共享交互：默认收起，头部按钮切换“添加账号 / 取消添加”，操作行右侧提供“批量导入”，保存成功后自动收起并清空。
 9. 当 2925 号池模式开启时，当前选中的号池邮箱会同步回写到同一个 `mail2925BaseEmail` 字段；因此用户切换号池账号后，即使再次关闭号池模式，也会直接沿用刚才选中的邮箱作为手动基邮箱，无需重新输入。
 
-### 7.4.1 2925 双模式维护约定
+### 7.5.1 2925 双模式维护约定
 
 这是后续维护 `2925` 时最容易被重新打散的一段链路，建议按下面的职责边界理解：
 
@@ -677,7 +694,7 @@ Codex2API 补充：
 4. `background/verification-flow.js` 与 `content/mail-2925.js` 的“弱目标邮箱匹配”是否保持同步
 5. `项目文件结构说明.md` 与当前文件是否已同步更新
 
-### 7.5 iCloud
+### 7.6 iCloud
 
 组成：