1

我们正在寻求创建一个与多个交易所账户进行通信的后端流程;主要是创建/更新约会。

显然,在与 Exchange API 通信时,我们需要在服务器端进行身份验证。我们正在考虑创建一个“主”登录名,该登录名可以访问/有权访问所有交易所帐户。

出于安全原因,我们的 IT 部门不想为此用途提供“主”登录。显然,他们不希望我们能够访问其他人的电子邮件。可以理解。

我们想到的另一个选择是使用每个帐户的单独登录凭据进行身份验证。不幸的是,由于我们的网络设计,要为每个用户检索这些信息并不容易。

还有其他选择吗?一个完美的场景是 Exchange 中的某种帐户/用户类型不能阅读电子邮件但可以执行操作。

非常感谢任何想法,先前的经验等。

4

1 回答 1

0

这是正确的。由于安全问题,不接受使用主登录。我也在一个类似的项目中工作过。

解决方案是

冒充交换网络服务

在互联网上搜索此主题。如果需要一些代码帮助,请询问。我可以给一些样品。

使用模拟,我们可以添加约会,获取约会并将它们更新为我们服务器中其他帐户中的许多其他内容。

但要使用它,您必须使用管理员服务器帐户登录交换服务器。

于 2012-06-20T05:20:18.360 回答