【发布时间】:2016-05-07 15:21:51
【问题描述】:
我有一个电子邮件应用程序,用于发送内部编写的电子邮件。我们已将其设置为将 OAuth 2.0 与 GMail(个人和企业帐户)和 Outlook.com 帐户一起使用而不会出现问题。
我们也可以使用用户 ID 和密码进行身份验证,但我们更喜欢 OAuth 2.0,因为我们不会以这种方式将密码保存在任何地方。
我们现在有为 Office365 帐户执行此操作的请求。
我注意到 Office365 smtp 服务器(smtp.office365.com 端口 587)上的 hello 消息不提供 XOAUTH2 选项。
250-BY2PR0601CA0005.outlook.office365.com Hello [xx.xx.xx.xx]
250-SIZE 157286400
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-AUTH LOGIN
250-8BITMIME
250-BINARYMIME
250 CHUNKING
但是,outlook.com 的 SMTP 服务器可以:
250-BLU436-SMTP14.smtp.hotmail.com Hello [xx.xx.xx.xx]
250-TURN
250-SIZE 41943040
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250-AUTH LOGIN PLAIN XOAUTH2
250 OK
这可能与 Office365 相关吗?如果不是,我们可以将 Office365 用户指向 outlook.com smtp 服务器(smtp-mail.outlook.com)还是完全不同?
如果可能的话,我们宁愿不要仅将 API 用于发送电子邮件,因为每个提供商的 RESTful API 当然会完全不同。
使用 Office365 帐户发送电子邮件时使用 OAuth 2.0 的原因是我们不希望将密码存储在我们的服务器上。此外,如果用户更改了密码,我们不会知道,除非他们告诉我们或在我们的系统端手动更新。
使用 OAuth 2.0 这将解决这个问题,并允许应用程序像其他电子邮件提供商一样流动。
【问题讨论】:
-
那么,即使是来自微软的也没有?是要添加的东西吗?这肯定是其他电子邮件服务器云软件的一个不错的功能。