"My Documents" on a network share -> InstallShield fails with 1327

I have mapped my "My Documents" system directory (or "Documents" as it's
called in Vista) to a subdirectory of a network share permanently connected
to a drive letter.

The problem is that every installation using InstallShield is failing with
the error message: "Error 1327.Invalid Drive U:\"

U: is the letter I'm using for the network share.

The share is working, the network connection is stable, I can browse U:\ and
"My Documents" just fine.

If I'm moving "My Documents" to a local directory, everything is working.
But that's very cumbersome.

I've found a knowledge base entry (282183) which is referring this problem,
but they assume that the network share isn't working properly, which is not
the case for me.

I think that InstallShield might try to access U:\ with different
credentials and doesn't get access because of that. Can that be the problem?
How can I work around this?

It may just not like network drives, I'm not sure. But you might try this:

In the Properties dialog for the U: drive, select the 'Security' tab.

Click the 'Advanced' button.

On the 'Permissions' tab, click the 'Edit...' button, then click the
'Add...' button.

For the object name, use:

NT Service\TrustedInstaller

Give TrustedInstaller 'Full Control' permissions.

OK you're way out.

Credit where credit is due -- I learned how to add TrustedInstaller here:
http://blogs.msdn.com/irenak/archive...installer.aspx


--
Good Luck,

Keith
Microsoft MVP [Windows XP Shell/User]

"Martin Korndoerfer" <Martin Korndoerfer@discussions.microsoft.com> wrote in
message news:0A0CFB77-8FDB-4BC1-96C9-D88980F6D0E7@microsoft.com...
>I have mapped my "My Documents" system directory (or "Documents" as it's
> called in Vista) to a subdirectory of a network share permanently
> connected
> to a drive letter.
>
> The problem is that every installation using InstallShield is failing with
> the error message: "Error 1327.Invalid Drive U:\"
>
> U: is the letter I'm using for the network share.
>
> The share is working, the network connection is stable, I can browse U:\
> and
> "My Documents" just fine.
>
> If I'm moving "My Documents" to a local directory, everything is working.
> But that's very cumbersome.
>
> I've found a knowledge base entry (282183) which is referring this
> problem,
> but they assume that the network share isn't working properly, which is
> not
> the case for me.
>
> I think that InstallShield might try to access U:\ with different
> credentials and doesn't get access because of that. Can that be the
> problem?
> How can I work around this?

Hello there. I am having the same exact problem as Martin. When I attempt
to add the "NT Service\TrustedInstaller" account to the permissions list, I
am told that this object cannot be found.

This machine is a domain member. Would this matter?

I appreciate the help.

Keith,

thanks for your answer, I almost missed it, somehow the notification email
got lost.

I think I might have found the cause of the problem, and I'm pretty sure
that it qualifies as a serious bug in Vista:

If you define a home directory on a network share in the Domain User's
properties, the connection for that share is ONLY recreated in the user
context.

If you open a shell with admin privileges (right-click, "Run as
administrator") and use "net use" to list all connected shares, you'll see
that the share for the home directory is NOT listed. So each process using
the context of the elevated user can't see the connection!

I started to work around this by writing a script which reconnects the
shares for the admin context, but I have to start this script manually after
each login, since it's not possible to auto-run a script with admin rights...

Could you please try to reproduce that problem? If it's not just on my
network, then maybe this should be forwarded to the Vista development team.

Keith,

I have troubles with your suggestion. I can only add NT
Service\TrustedInstaller for local objects, but since U:\ is a network share,
I can only add domain objects to it's ACL. I haven't figured out a way to add
the local TrustedInstaller of my machine, and I doubt it's possible.

On Mar 16, 10:28 am, Martin Korndoerfer
<MartinKorndoer...@discussions.microsoft.com> wrote:
> Keith,
>
> thanks for your answer, I almost missed it, somehow the notification email
> got lost.
>
> I think I might have found the cause of the problem, and I'm pretty sure
> that it qualifies as a serious bug inVista:
>
> If you define a home directory on a network share in the Domain User's
> properties, the connection for that share is ONLY recreated in the user
> context.
>
> If you open a shell with admin privileges (right-click, "Run as
> administrator") and use "net use" to list all connected shares, you'll see
> that the share for the home directory is NOT listed. So each process using
> the context of the elevated user can't see the connection!
>
> I started to work around this by writing a script which reconnects the
> shares for the admin context, but I have to start this script manually after
> each login, since it's not possible to auto-run a script with admin rights...
>
> Could you please try to reproduce that problem? If it's not just on my
> network, then maybe this should be forwarded to theVistadevelopment team.

You are a genius! Thanks for the work around.

Same thing here. Anyone ever find a solution for this? As far as rolling
Vista out at my company, this is most definitely a show stopper.

Thanks

What is? Stop deleting what you are talking about.
"Chris Thomas" <ChrisThomas@discussions.microsoft.com> wrote in message
news:49D85707-C406-47F5-8511-8959DC629625@microsoft.com...
> Same thing here. Anyone ever find a solution for this? As far as rolling
> Vista out at my company, this is most definitely a show stopper.
>
> Thanks

It probably would have been easier for you to just ignore my post than to
reply with something completely useless. Did you even read the thread?

Next time, just move along.

No I didn't read the thread as some moron deleted it. See look down - can
you see it. I can't. Because a moron came along and deleted it. Not only
that but the moron is still deleting posts. This is normally unethical
behaviour. What fraud are you intending to do here.

As you just did again moron, you keep deleting it. So I suggest you don't
post here as you seem to want secret posts. It is also not done making
disembodied posts about nothingl. It's not rocket science. I realise you are
an idiot but this is a newsgroup not some web page for morons. If you keep
deleting the history then noone will know what you are talking about, idiot.
"Chris Thomas" <ChrisThomas@discussions.microsoft.com> wrote in message
news:60A980B8-17E2-47E2-9536-8D7DF4065627@microsoft.com...
> It probably would have been easier for you to just ignore my post than to
> reply with something completely useless. Did you even read the thread?
>
> Next time, just move along.