验证码请求怎样留记录，又不把秘密写进截图？

先定一个小目标：记发生了什么，不记验证码是什么

收码邮箱里迟迟没有新信，你可能会连续点重发，再截下整个屏幕求助。结果操作顺序没留下，验证码、完整地址和浏览器标签却一并公开了。更有效的办法是写一份小笔记：哪一刻做了什么，页面回应什么，后来观察到什么。

这份验证码邮件请求记录不是账号档案。用“地址 A”指代本次使用的邮箱，把每次请求写成 R1、R2；对验证码只记“收到”或“未收到”。即使笔记被转交，也不会直接交出能登录账号的秘密。

2026 年仍要分清的三个事件

验证码界面越来越简洁，但“已发送”仍可能只是产品给出的概括提示。下面三个事件不能互相替代；不知道中间发生了什么，就标成未知，不用猜测填满空白。

普通用户通常只能观察第一步与第三步。邮件主题里写着“验证码”也不是关联证据；没有请求标识或发送方说明时，应保留不确定性。

一份够用的请求笔记，只留四组信息

用设备自带的本地便笺即可。先写日期与时区，再按下面的字段逐条补充；避免把笔记放进默认公开或自动共享的文档。

• 时间：操作时的本地时间与时区，例如“2026-08-12，UTC+08:00”。不要只写“刚才”。
• 位置与提示：网站名称、页面路径，以及可见提示的准确短句；省略查询参数与账号资料。
• 地址代号：本次固定用“地址 A”。换地址后改为“地址 B”，不要把两轮观察混在一起。
• 请求序号与结果：R1 是首次请求，R2 是重发；分别写点击时间、提示与首次看见来信的时间。

将来信标为 M1、M2，还能避免用正文作辨识。列表显示的邮件时间与“我第一次看见它的时间”应分列记录：后者受刷新、页面是否打开等因素影响，不是精确投递时间。

重发之后，别把两次请求混成一条线

只有发送方知道新请求是否使旧码失效，以及有效期如何计算。不能因为某封信最后到达，就推定它的码最新；也不能把到达顺序当作发出顺序。网络排队、重试与页面刷新，都可能让观察顺序发生变化。

看到重发冷却时先等它结束，每次点击单独编号。如果页面没有明确的关联信息，就写“M1、M2 与 R1、R2 的对应关系未知”。使用哪个码应遵循发送网站的提示，不要轮流试码来补全记录，以免触发额外限制。

示例：一次请求、一次重发，两封迟到邮件

以下是虚构的观察笔记，只展示写法，不代表 InboxCloak 的真实投递速度。整段没有完整地址、验证码或邮件正文。

截图前先裁剪，再做不可逆脱敏

能用文字说清楚，就不必截图。确需截图时，只截相关提示区域，先关掉无关标签、通知与密码管理器面板；地址栏、邮件正文和开发者工具通常不需要入镜。

这五类内容，默认不要共享

• 验证码、恢复码、一次性登录链接，以及包含它们的主题或预览。
• 完整收件地址、真实邮箱地址和可识别账号的个人信息。
• 带查询参数的请求 URL，尤其是包含访问凭证的链接。
• token、Cookie、Authorization 请求头与浏览器存储内容。
• 验证器二维码、设置密钥和二维码旁显示的备用资料。

验证码截图脱敏不要只用模糊、马赛克或可移动的半透明图层。用不透明实色覆盖敏感区域，导出为一张扁平图片，再重新打开成品核对；不要发送仍可撤销遮盖的编辑源文件。记录中的地址代号，也要替换截图里所有重复出现的完整地址。

分享前再看文件名与文字识别结果是否泄露信息。若秘密已经外发，删图不等于撤回所有副本；应停止依赖相关凭证，并按发送网站或邮箱服务提供的方式处理。

开发与运营复现：写观察窗口，不写送达承诺

邮件测试记录先交代权限：只用自己的测试账号、自己控制的收件地址，以及获准测试的环境。不借排查之名批量注册、不绕过限流，也不向他人邮箱反复发码。

一次只改变一个条件，例如浏览器版本或测试环境。写清测试日期、设备、环境名称、操作步骤与观察起止时间；“观察五分钟未见来信”是结果，“系统五分钟内不能送达”则超出了证据。

有发送端权限时，可保存不含凭证的关联编号，并说明日志代表排队、提交还是接收方响应。浏览器网络面板的原始导出文件可能含 Cookie、请求正文和 token，不要直接上传工单。需要英文备注时，receive verification code email 可作为流程名称，但测试结论仍应逐步写明。

向支持反馈，最小材料反而更好用

先判断问题发生在哪一侧：注册页报错或不接受地址，应联系该网站；InboxCloak 地址生成、列表刷新或正文打开异常，可联系本站支持。将同一份脱敏笔记按下面顺序整理即可。

1. 页面路径与功能名称，不附带查询参数、片段中的秘密或私人页面内容。
2. 发生日期、本地时间、时区，以及浏览器和设备的大致版本。
3. R1、R2 的操作顺序，页面提示的原文短句，观察到的 M1、M2。
4. 预期结果与实际结果；必要时附一张裁剪、脱敏并复查后的截图。

发送至 support@inboxcloak.com 时，首次反馈无需附上完整邮件或收件凭证。如确需进一步定位，应先确认渠道与所需字段，再提供必要的非秘密标识；不要主动发送验证码、验证器密钥或登录 token。

记录的边界：浏览器成功，不等于邮件送达

笔记可以还原你观察到的过程，却不能替代发送队列、邮件传输和收件系统的日志。页面成功提示不是投递回执；暂时没有新信，也不能单独证明邮件被丢弃、域名遭到封锁或某一方发生故障。

隐藏邮箱地址减少的是向外提供常用地址的次数，不会让你获得整条投递链的可见性。收码邮箱也不保证所有网站接受该地址。需要判断下一步时，转到验证码到达诊断清单，不要从一张截图直接下结论。

处理完以后，分别检查三处副本

问题解决后，删掉不再需要的临时笔记；如果要保留测试结论，留下脱敏摘要即可。随后检查下载目录、截图编辑源文件、回收站与剪贴板历史，不要只删掉发出去的那一张图。

最后核对共享文档、聊天附件和工单中的副本，按各平台提供的方式撤下不必要材料。邮件服务端记录、设备下载文件和已转交的截图是不同副本；删除其中一处不会自动清理其余位置，也不能保证收件人尚未保存。

常见问题：完整邮件与长期找回

为了排查，要不要贴整封邮件？

通常不需要。整封邮件可能含登录链接、个人资料、追踪参数和隐藏字段。优先提供请求时间、可见提示与观察结果；只有确认具体需要后，再单独整理必要字段，不直接转发原始邮件文件。

能不能用临时地址承担长期账号找回？

不适合。InboxCloak 新临时箱默认有效 3 小时，每次续时追加 3 小时；到期或换地址后，不应再依赖它接收找回邮件。持续通知可了解独立登录的长期转发别名，但重要账号仍需保留可靠的恢复渠道。

页面里的演示信能写进测试结果吗？

不能。演示信只说明界面怎样展示邮件，不是本次请求的投递证据。测试只记录真实来信；分不清时就明确标记“尚未确认”，不要将演示内容当作成功结果。