No Active Directory, preenchemos o Mailnickname com um único valor adequado (EmployeeId, neste caso).
Quando um usuário acessa o Outlook, insere o nome do email (employeeId), o Outlook procurará na GAL (e um cache local primeiro, mas isso é irrelevante para essa pergunta). Veja o Exemplo 1.
Se quiséssemos implementar vários "mailnicknames" por usuário, como isso poderia ser feito? Esqueça o campo específico "mailnickname", que é uma única propriedade de string - mas outra maneira de inserir um de uma série de "mailnicknames" / aliases em outlook - e fazer com que ele encontre a pessoa certa. Veja o exemplo 2.
Exemplo 1 (funcionalidade padrão)
- Usuário: Bob
- Mailnickname (s): {123}
No outlook to-field, eu digito: 123 - e ele encontra a conta de Bob.
Exemplo 2 (funcionalidade desejada)
Propriedades
- Usuário: Bob
- Mailnickname (s): {123,456,789}
No outlook to-field, eu digito: 123 - e ele encontra a conta de Bob.
No outlook to-field, eu digito: 456 - e ele encontra a conta de Bob.
No outlook to-field, eu digito: 789 - e ele encontra a conta de Bob.
Há algum campo no AD / Exchange adequado para esse cenário? Existem outras maneiras de realizar a mesma funcionalidade?
Explicação
Eu posso entender porque isso parece uma exigência estranha. Vou explicar o contexto.
No sistema de RH da empresa, as pessoas recebem um ID (123, 456 etc). Esse ID é então usado como seu login (samaccountname).
Algumas alterações em seu status de contratação acionam a atribuição de uma ID de RH adicional para lidar com impostos, relatórios, etc. Para evitar que o usuário final tenha que se lembrar de um novo ID, renomeie sua conta do AD e um grupo de contas em outros sistemas relacionados, nós continuamos usando seu primeiro ID como seu samaacountname. Também definimos esse ID de RH como um nome de correspondência.
Se eu quiser enviar um e-mail para alguém, solicitarei seu ID de RH e insira-o no campo para resolver. Isso funciona muito bem e as pessoas fora do RH raramente veem o segundo (ou terceiro) ID de RH.
Mas em alguns relatórios e telas no sistema de RH, o que é visível é o segundo (ou terceiro) ID de RH, não aquele que corresponde ao seu nome de conta e nome de correspondência.
Então, a questão é: podemos adicionar esses segundos e terceiros IDs de RH como algum tipo de alias, para que eles sejam resolvidos. Já temos total integração entre o sistema de RH e o gerenciamento de contas do AD, portanto, se pudermos encontrar uma forma de fazer uma troca / AD, implementá-lo é direto.