Tenho observado no SharePoint 2010 que, se você alterar o sAMAccountName de um usuário depois que o usuário fizer logon em um conjunto de sites do SharePoint, o campo tp_Login na tabela UserInfo não será atualizado. Ainda tem o antigo ID do usuário.
Enquanto o usuário pode efetuar login no SharePoint com a nova conta, esses novos logins não atualizam a tabela. Eu tenho código que olha para o SPUser.LoginName e este valor parece ser o valor do campo tp_Login que agora é antigo. O fato de esse valor ser antigo faz com que meu código falhe.
Eu suspeito que esse comportamento seja idêntico no SharePoint 2007.
Existe alguma maneira de forçar o SharePoint a reconhecer o novo sAMAccountName? Eu suspeito que a sincronização de perfis possa ajudar, mas gostaria que minha solução funcionasse com o WSS 3.0 e com o SharePoint 2010 Foundation.
Eu considerei atualizar manualmente a tabela do banco de dados, mas gostaria de ficar com as abordagens suportadas.
Isso deve resolver isso para você. Deve ser executado como o administrador do sharepoint. No passado, descobri que isso não funciona em todos os cenários e que ocasionalmente a equipe de desenvolvimento do sharepoint precisava corrigir os usuários manualmente.
stsadm.exe -o migrateuser -oldlogin -newlogin [-históriaignogênica]
Quando tentei o seguinte comando
stsadm.exe -o migrateuser -oldlogin Domainname\Oldusername -newlogin Domainname\Newusername –ignoresidhistory
Recebi o mesmo erro:
"Value cannot be null. Parameter name: userProfileApplicationProxy"
No entanto, se eu ignorei esse erro e testei, ele foi bem-sucedido.