There are a few instances where constructing a pointer to the users profile (using @userid) falls down ...
1) The instance where a userid already exists on the workstation (say, a local account with the same name) - Windows will create a profile with USERID.DOMAIN to avoid the conflict.
2) If you rename a userid in the domain - the physicial profile on the workstation will not be renamed (thats because Windows maps the SID to the profile - not the name).
3) If you delete a userid in the domain, then recreate it with the same name - since the SID is different, Windows will create a new profile for the user like USERID.000 (assuming that the old profile still existed on the machine and was not cleaned-up before-hand).
Thats my take anyways, anyone else ?
-Shawn
|