在 Active Directory 中，我们用单个合适的值（在本例中为 EmployeeId）填充 Mailnickname。
当用户进入 Outlook 并输入邮件昵称 (employeeId) 时，Outlook 将在 GAL 中查找（首先是本地缓存，但这与此问题无关）。请参见示例 1。
如果我们想为每个用户实现多个“邮件昵称”，该怎么做？忘记特定字段“邮件昵称”，这是一个字符串属性 - 而是其他一些方法将一系列“邮件昵称”/别名之一输入 Outlook - 并让它找到合适的人。参见示例 2。
示例 1（标准功能）
- 用户：Bob
- 邮件昵称：{123}
在 Outlook 的收件人字段中，我输入：123 - 它会找到 Bob 的帐户。
示例 2（所需功能）
特性
- 用户：Bob
- 邮件昵称：{123,456,789}
在 Outlook 的收件人字段中，我输入：123 - 它会找到 Bob 的帐户。
在 Outlook 的收件人字段中，我输入：456 - 然后它会找到 Bob 的帐户。
在 Outlook 的收件人字段中，我输入：789 - 然后它会找到 Bob 的帐户。
AD/Exchange 中是否有适合此场景的字段？还有其他方法可以实现相同的功能吗？
解释
我理解为什么这听起来像是一个奇怪的要求。我会解释一下背景。
在公司人力资源系统中，员工会被分配一个 ID（123、456 等）。该 ID 随后会用作他们的登录名（samaccountname）。
他们的就业状况发生某些变化将导致他们需要分配一个额外的 HR ID 来处理税务、报告等事宜。为了避免最终用户必须记住新 ID、必须重命名他们的 AD 帐户和其他相关系统中的一堆帐户，我们继续使用他们的第一个 ID 作为他们的 samaacountname。我们还将此 HR ID 设置为邮件昵称。
如果我想给某人发送电子邮件，我会询问他们的 HR ID 并将其输入到收件人字段中，然后系统就会解析。这种方法非常有效，HR 部门以外的人很少会看到第二个（或第三个）HR ID。
但在人力资源系统的某些报告和屏幕上，可见的是第二个（或第三个）人力资源 ID，而不是与其 samaccountname 和 mailnickname 相对应的 ID。
那么接下来的问题是，我们能否将第二和第三个 HR ID 添加为某种别名，以便它们能够解析。我们已经实现了 HR 系统与 AD 帐户管理之间的完全集成，因此如果我们能找到一种交换/AD 方式来实现它，那么实现它就很简单了。
答案1
克延森，
首先，我不确定为什么这个功能是必要的。为什么有些人想用 123 来查找 Bob，而有些人却想用 456 来查找？这不会让人感到困惑吗？如果 Mary 和 Jane 坐在一起，Gail 走过来问“你们知道 Bob 的电子邮件地址是什么吗？”Mary 说“当然可以，在收件人框中输入 123”，而 Jane 说“不，你输入 456”……我想用户会感到困惑。
但是，通常也有类似的需求。虽然 Exchange 帐户只能有一个别名，但它可以有多个电子邮件地址（proxyaddress 属性），其中一个是主/发送地址。
对于 Bob，您可以在他的 Exchange 帐户中创建多个 SMTP 地址：
[email protected] - Set as Primary
这将为您提供您所谈论的自动解决（不要与自动完成混淆）功能。
答案2
我们遇到了同样的问题并找到了解决方案：在 AD 中更改其“显示名称”。
您可以设置：名字 - Robert、
姓氏 - Smith、
显示名称 - Bob Smith、
别名 - robertsmith
这将允许您按 Robert、Bob 或 Smith 搜索用户。
有人问“为什么这样做”？好吧，有些人会用某个名字来介绍自己。罗伯特告诉所有人他的名字是“鲍勃”，他一生都是这么称呼自己的。他想更新他的电子邮件，因为当人们搜索他时，这会让人感到困惑。
问题是 - 如何设置新用户？用户姓名的政策是什么？HR 向我们提供了他的法定姓名，我们事先设置了 Robert，但如果 Robert 后来想改为 Bob 怎么办？我们的姓名政策是什么？如果有人要求，我们会更改他们的名字吗？这需要多少额外工作？如果您有 SSO 系统并且正在更新用户名/电子邮件，那么每次有人要求进行此更改时，都可能需要大量额外工作。
我们的政策是 - HR 为我们提供合法名称，这就是我们设置用户的方式。如果用户想要更改他们的显示名称（因为这是他们被人熟知的名称），我们会提交批准单，然后更改该显示名称，我们不必担心由于更改而更改任何其他系统。