邮箱的代理发送Send as权限不生效
邮箱的代理发送Sendas权限不生效
最近,有需求为用户添加其它邮箱的代理发送Sendas权限。在Exchange的管理单元里添加完毕后,发现没有效果,客户端提示你没有权限以用户的名义发送邮件
在OWA上试图发送邮件,也会得到提示没有权限发送邮件。
查了一些资料,发现有人说这个设置是需要时间的,DC和Exchange之间是会有延迟的。但是我们这里只有一个站点,所有域控制器和服务器都在一起。而且从EMC里设置的SendAs权限,在AD的管理单元里同样能够看到。个人感觉原因并没有那么简单。
用Get-Mailbox检查被添加权限的邮箱,发现LegacyExchangeDN和ServerName显示的都是不存在的服务器了。查了一些文档,说这两个值在DAG环境下是可能会显示被动节点的服务器的,因为当数据库切换的时候去更新用户的属性是不现实的,所以不用在意这些细节。本来是为了向Exchange5.5这种旧设备提供兼容性的,但是自从2003支持恢复存储组之后就不要这个值了。更改了这个之后可能要添加X500的地址,因为Outlook使用X500地址作为组织内部用户的缓存。
Beginning with Exchange 2003 you can use the RecoveryStorage Group to restore private information store databases to the sameExchange Server without building a separate recovery Server like in ExchangeServer 5.5 and 2000.
http://techgenix.com/Understanding-LegacyExchangeDN/
Because Exchange auto-complete cache uses X.500 addressesfor e-mail sent to addresses within the Exchange organization, it will bounceback messages from a re-created mailbox even after you give the user accountall the old SMTP addresses.
但是结合自己的环境,这个值显示的服务器是一台已经不存在的服务器。并不是目前DAG组的成员,所以需要把它更改过来。
经过测试,这个值无法通过Set-Mailbox来设置。通过Update-Recipient也无法更新这个值。但是移动用户邮箱可以解决这个问题,LegacyExchangeDN和ServerName显示正常,并且Sendas权限也会随之生效。
采用以下命令可以更新这两个属性,并且也不会需要手动添加X.400或者X.500地址。注意,参数中的database是用户当前所在的数据库位置。
Set-mailbox user@domain.com –Database database
其它参考信息