<tt><font size=2><br>
> So you're planning to use "runas" with the Administrator
account I guess. For<br>
> sure this might be an option as well.<br>
> This could have been a solution to the "broken Innosetup"
installer <br>
> problem some<br>
> of us faced a while ago. Some new version of Innosetup was just hanging
during<br>
> the installation process when run within SYSTEM context. Luckily <br>
> this was fixed<br>
> quite quickly and usually all following installer releases were fixed
(for<br>
> example it applied to the K-Lite codec packages).<br>
</font></tt>
<br><tt><font size=2>Tried - and failed with an administrative user "test".
settings test is odd:</font></tt>
<br><tt><font size=2>"Executing as test" -> OK</font></tt>
<br><tt><font size=2>"Connecting to \\wpkg....\wpkg.js as <domain>\wpkg"
-> OK</font></tt>
<br><tt><font size=2>"Trying to read \\wpkg....\wpkg.js" ->
FAIL -> Access denied...</font></tt>
<br>
<br><tt><font size=2>this doesn't make much sense, because </font></tt>
<br><tt><font size=2>a) I can read the file perfectly on a cmd shell as
user "test"</font></tt>
<br><tt><font size=2>b) Service (and the WPKG script) runs perfectly if
you turn off the "RunAs" function and change the service itself
to not start as SYSTEM but as user "test". (go into services.msc,
Log-On tab and change user from "Local system" to the dedicated
wpkg-user).</font></tt>
<br>
<br><tt><font size=2>So something with the RunAs-funktionality integrated
into the WPKG-Client does not work as I expected it to :(</font></tt>
<br>
<br><tt><font size=2>Best Regards</font></tt>
<br><tt><font size=2>        Heiko</font></tt>