我有几个用户曾经在 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