Automagical Outlook 365凭证

真的很沮丧。我的公司为其Exchange服务使用Outlook 365。我试图通过交换自动从客户端发送异常电子邮件。然而，关于这个问题的所有文献似乎都表明，我必须以某种方式提供一个纯文本用户名/密码的NetworkCredential。我希望能够使用登录用户的帐户进行连接。Automagical Outlook 365凭证

从基础架构的角度来看，我知道Office 365通过ADFS对用户进行身份验证，这就是为什么bog标准协商不起作用的原因。这也是有道理的，这就是为什么我需要纯文本密码。但是在我看来，应该没有理由说Kerberos样式认证不起作用。

总之，是否有一些编程方式通过Outlook 365发送电子邮件，而不将特权信息编码到应用程序的源代码或配置中？

感谢

来源

2013-02-25 Aron

我认为你有两个选择BASIC + SSL或ADFS，但它取决于你的公司是如何配置的。我建议你在这里看看'Office 365 Identity Service Description.docx'文档：http://www.microsoft.com/en-us/download/details.aspx?id=13602真正理解有什么可能性。 – 2013-02-27 08:55:47

感谢您的信息。不过，我对BASIC不感兴趣，因为这需要以（基本上）纯文本形式存储凭据，或者让用户提示输入用户名/密码，这会破坏自动邮件程序的重要性。 – Aron 2013-02-27 09:04:13

我明白，但它可能是唯一的解决方案，因为NTLM/Kerberos可能根本不受支持，除非您有ADFS。 – 2013-02-27 09:40:13

一般来说，如果您可以登录到Office 365的直播与Internet Explorer不提供用户名\密码比你应该能够得到NetworkCredintials为当前登录的用户与CredentialCache.DefaultCredentials。

来源

2013-03-02 06:05:25

感叹......你的回答让我面对这个问题。仔细看ADFS设置。似乎我们的管理员认为表单认证“足够接近”，可能是因为他们无法进行额外的工作，并设置真正的集成认证....随着繁文，节，我怀疑是否可以解决这个问题。哎呀！ – Aron 2013-03-04 05:23:18

Automagical Outlook 365凭证

回答

相关问题