我们希望创建一个后端进程,它将与多个exchange帐户进行通信;主要是创建/更新约会。
显然,在与Exchange API通信时,我们需要在服务器端进行身份验证。我们正在考虑创建一个对所有exchange帐户具有访问/权限的单一“主”登录。
出于安全原因,我们的IT部门不想为此提供“主”登录名。显然,他们不希望我们能够访问其他人的电子邮件。可以理解。
我们想到的另一种选择是使用每个帐户的单独登录凭据进行身份验证。不幸的是,由于我们的网络设计,要为每个用户检索此信息并非易事。
还有其他选择吗?理想的情况是Exchange中的某种帐户/用户类型不能读取电子邮件,但可以执行操作。
任何想法,以前的经验,等非常感谢。
发布于 2012-06-20 13:20:18
没错。由于安全问题,使用主登录是不可接受的。我也参与了一个类似的项目。
解决方案是
exchange web服务中的
模拟
在互联网上搜索此主题。如果需要一些代码帮助,请联系我们。我可以给你一些样品。
使用模拟,我们可以添加约会,获取约会和更新它们,就像我们服务器中的其他帐户中的许多其他事情一样。
但要使用此功能,您必须使用管理服务器帐户登录到exchange服务器。
https://stackoverflow.com/questions/10901734
复制相似问题