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