我有几个用户正在从 Outlook on-prem 执行“发送为”操作。将它们移到云端后,有些仍然可以,但有些突然不能。
更有趣的是,他们使用的帐户的“发送为”列表与实际使用它的人不匹配。有些人不在列表中(并且仍然可以发送为),而列表中有些人不能发送为!
我更正了Add-ADPermission Group -ExtendedRights Send-As -user User
在本地服务器上输入的列表。没有任何改变。我验证它确实可以很好地同步到云。然后我尝试添加自己,因为我从未像以前那样发送过。我的帐户传播得很好,但我也不能在该帐户上“发送为”。
我看过很多关于在线建议地址簿问题的内容,并讨论了它将如何在 Web 中工作,而不是在胖客户端中。在我们的例子中,它在网络中也不起作用,地址簿修复也无济于事。
我还看到一些脚本表明需要“FullAccess”权限,而不仅仅是 Send-As,但这些脚本都因语法错误而失败,因为显然“FullAccess”/受托人命令在我的 Exchange/Powershell 版本上不起作用?
代理发送权限不会通过 Azure Ad Connect 在本地和 Office 365 之间自动同步。但是,如果您在两种环境中手动添加代理发送权限,代理发送将在大多数情况下工作。
例如,您要将名为 ONPREM1 的本地邮箱的 send-as 权限授予名为 EXO1 的云邮箱,首先在本地服务器上运行以下命令- Add-ADPermission -Identity EXO1 -User ONPREM1 -AccessRights ExtendedRight -ExtendedRights "Send As" 然后从 Exchange Online PowerShell 运行相应的命令- Add-RecipientPermission -Identity "EXO1" -Trustee ONPREM1 -AccessRights SendAs
参考: https ://social.technet.microsoft.com/Forums/lync/en-US/d4ee2b9a-c7f2-48b2-aa05-5ed26dc0c704/cross-premises-permissions-in-exchange-hybrid?forum= exchangesvradmin https:// /social.technet.microsoft.com/Forums/windowsserver/en-US/e349c42e-147e-40c7-be21-2808f69137c6/crosspremises-send-as-in-hybrid-it-works?forum=onlineservicesexchange