Outlook 和 Hotmail 账户检查器

Outlook 和 Hotmail 账户检查器应确定所提供的登录是否完成， 并在未完成时给出清楚原因。 对于批量列表，这意味着区分成功登录、凭据被拒、验证要求、 账户锁定，以及可能需要调查的技术故障。

Mail 提供原生 Outlook 检查，可配置并行工作量， 并保留本地 History 和独立结果文件。 获准检查的列表包含 Outlook 或 Hotmail 时，以下是值得评估的内容。

检查器验证什么

Hotmail 账户使用 Microsoft 的 Outlook.com 登录服务， 具体见 Microsoft 的 Hotmail 登录说明。 账户域名有助于识别列表的一部分； 检查结果仍需要确定身份验证期间实际发生了什么。

在 Mail 中，Outlook Success 要求完成身份验证流程并取得访问令牌。 密码被接受、但之后流程未完成，并不符合条件。 失败或未完成尝试中保存的 Cookie，也不能证明访问成功。

这为评估任何 Outlook 检查器提供了一个具体问题： 软件将账户写入成功结果之前，必须有什么证据？ 应寻找可以用已知账户评估的答案， 而不是依赖笼统的“有效”标签。

使用 Outlook 检查方式

在 Mail 的 Checking methods 中选择 Outlook，即可使用原生流程。 Pro 包含 Outlook 以及其他受支持的原生方式。 选中后，原生方式会先于标准访问路径运行。

Microsoft 记录了 Outlook.com 的现代身份验证要求。 比较软件时，应确认产品支持的具体方式。 功能列表中的服务商名称，并不能说明身份验证如何完成。

本文介绍消费者 Outlook.com 和 Hotmail 账户检查。 不要因消费者账户检查成功，就推断所有工作或学校 Microsoft 365 租户都受支持； 这些账户可能有不同的组织要求。

准备 Outlook 或 Hotmail 检查

先使用一个获准检查的小样本，其当前结果应能通过独立方式确认。 使用 Mail 支持的 UTF-8 输入格式， 每个账户一行 email:password 或 email;password，并保留原文件。

有意识地选择 Outlook 方式、线程数、超时和重试设置。 比较运行时保留这些记录。 对于混合列表，也保留其他计划使用的服务商方式， 并检查每个账户实际报告的方式。

开始前，决定是否保存可选会话资料。 Mail 根据选定结果状态保存 Cookie； 状态选择为空时，不会导出任何 Cookie。 妥善保护账户文件、结果文件和任何已保存会话。

阅读账户结果

Success、Invalid、2FA required 和 Locked 表示不同结果。 服务商提出的要求应保持清楚可见， 而不是被并入笼统的登录失败计数。

技术故障需要单独检查。 如果 Outlook 尝试超时，或无法完成令牌签发， 检查就没有确定访问完成。 用这些记录建立另一份账户列表之前，先阅读原始 Details。

Mail 保留本地 History，并分开输出成功、无效、 需要账户操作和错误结果。 评估时将这些文件与可见结果比较。 可用的批量检查器应让你能够解释每组结果为什么存在。

评估是否适合自己的列表

不要只测试已经确认可用的账户。 加入能代表实际管理账户的已知结果， 并单独记录未解决的检查。 比较检查速度和分类时，使用相同条件。

Mail Pro 没有固定输入字节上限，支持最多 5,000 个线程。 输入需要临时磁盘空间； 有效并发取决于连接和服务商对工作负载的响应。

查看 Mail 产品页面，了解当前要求和方案。 对于 Outlook 或 Hotmail 列表，最有用的结果是完成访问， 并且能够与验证、拒绝和未完成检查明确区分。