Javascript Office365 IMAP访问：用户已通过身份验证但未连接

我正在使用node IMAP构建自己的IMAP客户机，并针对office365上的帐户进行测试

因为它正在开发中，我倾向于在IMAP服务器上锤炼更多的产品，但不一定是我认为太多。 偶尔，我会收到IMAP响应“坏用户已验证但未连接”。这是在成功登录后的第一个命令之后出现的

这与其他类似文章指出的密码更改无关，因为我的密码在此期间没有更改

当这种情况发生时，帐户似乎被锁定了一段时间。我似乎能够通过office365管理面板禁用然后重新启用帐户上的IMAP来释放它

所以看起来office365上的IMAP接口中有某种断路器。Microsoft文档中最多有20个并发会话。在我的例子中，我一次只打开一个会话，但我会关闭它，并在调试后很快重新打开它，因此如果我遇到了限制，我所读到的任何地方都没有记录

Microsoft支持提供了帮助，但无法帮助我解决此问题的根本原因

为了将此应用程序投入生产，我需要知道是什么原因导致了这种情况

---

其他人是否有过类似的office365体验？

您可能想看看Outlook REST API，而不是IMAP。REST API是Office 365的推荐开发API，更适合于具有基于webhook的通知等功能的应用程序开发，并随着服务中的新功能不断发展。它们也没有IMAP那样的面向会话的特性，这会导致您遇到的各种问题

---

这里有一个O365的NodeJS快速入门指南：

Ya，我正在看，但我正在构建的应用程序不仅仅是针对office365的。IMAP在技术上是受支持的，对于我正在尝试做的事情来说，它完全足够了。除了这种奇怪的行为，它工作得很好。它们肯定比我以前使用的所有邮件API都有改进，但它们仍然非常环保。我已经遇到了一个deal killer bug：在库端，我需要能够同步文件夹内容和库尚未公开的其他一些高级功能，因此我要么等待，要么自己开发这些功能。beta预览会公开同步机制预览。您必须手动同步文件夹树，然后使用此同步机制。使用云提供商并不是测试正在开发的代码的好方法。我建议安装一台您控制的服务器（dovecot、courier等），用于初始测试/开发目的。然后转向更符合标准的服务（例如，gmail（不包括其可笑的文件夹实现）），然后转向office365:）我并不反对，但我现在有点超过了这一点。我的大部分调试都是关于像这样奇怪的问题。谢谢你关于禁用/启用IMAP的提示！我有这个问题，我相信这是由于在旧地址上创建邮件列表后，快速连续更改共享邮箱的主要电子邮件地址造成的。5年后@你解决了那个问题了吗？我的行为和o365完全一样，我不知道我错过了什么。