Is Outlook based on the SID of the user ?

[bigstyler]

Hello,

first of all sorry if I make mistakes but I am not english/american ;p)

I have a little problem with some users that are using Outlook
(XP/2003).

Long time ago, there were a migration from one NT4 domain to another
(username user.old for the old domain and user.new for the new one) and
some users copy/paste manually their documents from one profile to the
other.


Indeed, even if the NTFS security for the profile is OK, some users
have problem launching Outlook (sorry I dont have yet the error
message) but the solution that we found was to modify the registry
settings of the user.old to permit a Full Control to the user.new and
then everything is working nice.

I don't understand in what such a problem appears.

Do you know if Outlook is refering to the SID of the first user or
something like that ?

Thanks.

 

[neo [mvp outlook]]

Office (Word, Outlook, Excel, .etc) store user preferences in the registry
as well as the file system. In regards to Outlook, the file path is
\documents and settings\<userid>\application data\microsoft\outlook and
\documents and settings\<userid>\local settings\application
data\microsoft\outlook.

While copying over the data was fine, it did not correct the links in the
registry that would still be pointing to the old file path locations. In
this case, the new user account would have to be give full control over the
old user profile.

 

[bigstyler]

Thanks for your answer neo.
I agree with that but do you know why I have to modify the registry
security of the user.old ? (For the system file I am totally agree but
I dont understand for the registry)


neo [mvp outlook] a écrit :

 

[neo [mvp outlook]]

The user section of the registry (HKCU) is actually file named NTUSER.DAT
located on the file system in the user profile. If NTUSER.DAT was copied
over from old to new, then their new user sid may not have sufficient
previliges to read/modify this section of the registry. (Remember, NTFS
permissions do not apply to registry keys. The registry has it own set of
ACLs.)

Thanks for your answer neo.
I agree with that but do you know why I have to modify the registry
security of the user.old ? (For the system file I am totally agree but
I dont understand for the registry)


neo [mvp outlook] a écrit :

 

[bigstyle]

Yeah neo that was exactly the explanation.

So if i know that the IT Support has copy/paste with this manner the
whole old profile to the new one, all I have to do is re acling the
registry by giving full control to the HKCU of my new user (while i am
logging with it)

Thanks

neo [mvp outlook] a écrit :

The user section of the registry (HKCU) is actually file named NTUSER.DAT
located on the file system in the user profile. If NTUSER.DAT was copied
over from old to new, then their new user sid may not have sufficient
previliges to read/modify this section of the registry. (Remember, NTFS
permissions do not apply to registry keys. The registry has it own set of
ACLs.)

Thanks for your answer neo.
I agree with that but do you know why I have to modify the registry
security of the user.old ? (For the system file I am totally agree but
I dont understand for the registry)


neo [mvp outlook] a écrit :

Office (Word, Outlook, Excel, .etc) store user preferences in the registry
as well as the file system. In regards to Outlook, the file path is
\documents and settings\<userid>\application data\microsoft\outlook and
\documents and settings\<userid>\local settings\application
data\microsoft\outlook.

While copying over the data was fine, it did not correct the links in the
registry that would still be pointing to the old file path locations. In
this case, the new user account would have to be give full control over
the
old user profile.