![转移到 Exchange Online/O365 后,某些用户无法“发送为”?](https://linux22.com/image/734049/%E8%BD%AC%E7%A7%BB%E5%88%B0%20Exchange%20Online%2FO365%20%E5%90%8E%EF%BC%8C%E6%9F%90%E4%BA%9B%E7%94%A8%E6%88%B7%E6%97%A0%E6%B3%95%E2%80%9C%E5%8F%91%E9%80%81%E4%B8%BA%E2%80%9D%EF%BC%9F.png)
我有几个用户曾经在 Outlook 本地版中执行“发送为”操作。将他们移至云端后,有些用户仍然可以执行此操作,但其他用户则突然无法执行此操作。
更有趣的是,他们所用帐户的“发送身份”列表与实际使用该帐户的人不匹配。列表中有些人曾经是(但仍然可以发送),而列表中有些人却不能发送!
我更正了在本地服务器上输入的列表Add-ADPermission Group -ExtendedRights Send-As -user User
。没有任何变化。我验证了它确实与云同步良好。然后我尝试添加自己,因为我以前从未发送过。我的帐户传播正常,但我也无法在该帐户上执行“发送”。
我在网上看到的很多东西都提到了地址簿问题,并讨论了它在 Web 上能用,但在胖客户端上不能用。在我们的案例中,它在 Web 上也不能用,地址簿修复也无济于事。
我还看到一些脚本表明需要“FullAccess”权限而不仅仅是 Send-As,但这些脚本全部因语法错误而失败,因为显然“FullAccess”/ Trustee 命令在我的 Exchange/Powershell 版本上不起作用?
答案1
Azure Ad Connect 不会在本地和 Office 365 之间自动同步“以身份发送”权限。但是,如果您在两个环境中手动添加“以身份发送”权限,“以身份发送”将在大多数情况下起作用。
例如,您想要将名为 ONPREM1 的本地邮箱的发送权限授予名为 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-residential-permissions-in-exchange-hybrid?forum=exchangesvradmin https://social.technet.microsoft.com/Forums/windowsserver/en-US/e349c42e-147e-40c7-be21-2808f69137c6/crossresident-send-as-in-hybrid-it-works?forum=onlineservicesexchange