我正在探索一个选项，看看是否可以使用 Office 365 Mail REST API 从组织中（即域内）的所有邮箱获取邮件，或者是否有任何其他方式可以轻松获取这些邮件。
这些是我探索过的选项：
1) 将所有电子邮件密件抄送至特定帐户，然后从密件抄送帐户获取邮件。
2) 探索了将所有邮件发送到另一个电子邮件服务器的连接器选项。
3）我还在其他帖子中看到建议创建一个管理员帐户/安全组，并使用 Power shell 为该帐户授予对组织中所有邮箱的完全访问权限，但此选项似乎非常不方便，因为可以添加新邮箱，因此 Power shell需要再次运行，而且即使管理员用户被授予完全访问权限，当使用 REST API 获取消息时，它也只会从管理员帐户的邮箱获取消息，而不是从组织中的所有邮箱获取消息。
所以我想知道是否可以使用 Office 365 REST API 或其他一些可行且更干净的方式获取组织的所有电子邮件？
我认为目前没有办法实时做到这一点。
已建议循环遍历所有用户，但未记录的限制阈值（https://social.msdn.microsoft.com/Forums/en-US/358c5468-f887-4517-a2f0-245197dc6e0d/graph-api-rate-limiting-throttle?forum=WindowsAzureAD https://social.msdn.microsoft.com/Forums/en-US/358c5468-f887-4517-a2f0-245197dc6e0d/graph-api-rate-limiting-throttling?forum=WindowsAzureAD）使该路径不确定。例如，如果一个组织有 1000 个用户，平均每秒可能发送 5 封电子邮件，该怎么办？如果我们想要一张最新的图片怎么办？
使用订阅（https://graph.microsoft.io/en-us/docs/api-reference/v1.0/resources/subscription https://graph.microsoft.io/en-us/docs/api-reference/v1.0/resources/subscription）我们可以确定哪些用户受到影响（负载中没有太多详细信息），但是当我们查找详细信息时，我们面临着被限制的风险。由于没有任何批量生产能力，我们被迫一次查找一个用户。
存在一个渺茫的希望（尚未记录和未经测试）：阈值允许对不同 URI 的请求，并且应用程序可以管理许多用户（可能是整个组织）的许多订阅。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
