我们有一个 Windows 服务，它使用 EWS API 发送电子邮件，并为此使用基本身份验证。以及它使用 EWS API 来检查邮箱中的某些文件夹以检索将用作模板的某些电子邮件。老实说，我不是邮件服务器方面的专家，并且不确定基本身份验证方法的退役是否会影响我们。
要考虑的另一件事是，我们的团队无法控制 Azure 租户，并且是我们客户的 IT 部门拥有它，他们将为此创建新的 Azure 租户，据我所知，默认情况下基本身份验证将被禁用它。
那么在这种情况下我们应该将我们的服务更新为 Graph API，还是有可能以某种方式为该新租户重新启用基本身份验证？谢谢！
我们有一个 Windows 服务，它使用 EWS API 发送电子邮件，并为此使用基本身份验证。以及它使用 EWS API 来检查邮箱中的某些文件夹以检索将用作模板的某些电子邮件。老实说，我不是邮件服务器方面的专家，并且不确定基本身份验证方法的退役是否会影响我们。
基本身份验证的更改现在推迟到 2021 年，而不是 10 月 https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-and-exchange-online-april-2020-update/ba- p/1275508
要考虑的另一件事是，我们的团队无法控制 Azure 租户，并且是我们客户的 IT 部门拥有它，他们将为此创建新的 Azure 租户，据我所知，默认情况下基本身份验证将被禁用它。
听起来您不太了解 Office365 和 AzureAD 的工作原理，因为您所说的大部分内容都是不正确的。oAuth 唯一需要的是 Azure 应用程序注册https://docs.microsoft.com/en-us/azure/active-directory/develop/quickstart-register-app。如果您的应用程序将被许多不同的客户使用，那么将其设为多租户。每个客户需要做的是同意您的应用程序在他们的租户中使用https://docs.microsoft.com/en-us/azure/active-directory/manage-apps/grant-admin-consent（这个只是一件事情）。
那么在这种情况下我们应该将我们的服务更新为 Graph API，还是有可能以某种方式为该新租户重新启用基本身份验证？谢谢！
如果您使用 Graph API，您仍然需要相同的注册/同意才能使用 oAuth