<font size=2 face="sans-serif">Hi</font>
<br>
<br><font size=2 face="sans-serif">I don't really see the big difference
between calling an external tool like psshutdown instead of the default
windows shutdown command as wpkg.js can do now, and an external tool for
user notification instead of the default windows NET or MSG command. But
indeed due to the nature of such a notification binary (displaying user
notification) user credentials could become a problem..</font>
<br><font size=2 face="sans-serif">And WPKG client indeed already provides
the user-notification functionality... So maybe it is a posibility to turn
my idea the other way around by extending WPKG client so that it can be
'activated' by a script instead of only at preconfigured pre-logon or post-logoff
times..</font>
<br>
<br><font size=2 face="sans-serif">The way I see this is then:</font>
<br><font size=2 face="sans-serif">- WPKG client is installed as a service
(like it is now), configured to only wake up on manual activation</font>
<br><font size=2 face="sans-serif">- A user is logged on, and for example,
the GPO logon script  (or a scheduled task, or.... ) calls "WPKGclient.exe
/activate"</font>
<br><font size=2 face="sans-serif">- WPKGclient.exe then sends a signal
to the resident WPKGclient service which then starts its job by displaying
user notification and executing wpkg.js</font>
<br><font size=2 face="sans-serif">For this purpose of course the WPKGclient
notification functionality should be a bit extended too in a way similar
as I described earlier so users can work while WPKG is doing it's job..</font>
<br>
<br><font size=2 face="sans-serif">This way you don't have to touch the
.js code + people wanting extensive user notification can have it by using
WPKG client without being bound to pre-log-on or post-log-off operations
(which also still should be a possibility of WPKGclient). And people who
don't want it, can still keep using wpkg.js without WPKG client as they
do now..Everybody happy ;-)</font>
<br>
<br><font size=2 face="sans-serif">Anyway still a suggestion tough...:-)</font>
<br>
<br><font size=2 face="sans-serif">Best Regards</font>
<br>
<br><font size=2 face="sans-serif">Robin</font>
<br>
<br><tt><font size=2>Rainer Meier <r.meier@wpkg.org> wrote on 04.09.2009
17:31:50:<br>
<br>
> From:</font></tt>
<br><tt><font size=2>> <br>
> Rainer Meier <r.meier@wpkg.org></font></tt>
<br><tt><font size=2>> <br>
> To:</font></tt>
<br><tt><font size=2>> <br>
> Robin Roevens <robin.roevens@cocks.be></font></tt>
<br><tt><font size=2>> <br>
> Cc:</font></tt>
<br><tt><font size=2>> <br>
> wpkg-users@lists.wpkg.org</font></tt>
<br><tt><font size=2>> <br>
> Date:</font></tt>
<br><tt><font size=2>> <br>
> 04.09.2009 17:32</font></tt>
<br><tt><font size=2>> <br>
> Subject:</font></tt>
<br><tt><font size=2>> <br>
> Re: [wpkg-users] [Bug 171] User notification does not work on Vista</font></tt>
<br><tt><font size=2>> <br>
> Hi Robin,<br>
> <br>
> Robin Roevens wrote:<br>
> > Maybe it is a good idea to supply a small executable in the tools<br>
> > directory that will be used for notifying the user?<br>
> > That way you are not dependent on a Microsoft ways of notifying
users,<br>
> > thus not windows-version dependent. (except for binary incompatible<br>
> > windows versions :-))<br>
> > Something in style of the current WPKGclient notification, or
like<br>
> > WPKGmessage<br>
> > (</font></tt><a href="http://www.gig-mbh.de/edv/software/wpkgtools/wpkg-message-english.htm"><tt><font size=2>http://www.gig-mbh.de/edv/software/wpkgtools/wpkg-message-english.htm</font></tt></a><tt><font size=2>)<br>
> > <br>
> > This tool can then give current state information about the wpkg<br>
> > process, and disappear when the process is done..<br>
> > And you can then also put an option in that tool so that the
user can<br>
> > press a button to let it dissapear into the systray or so, so
it is not<br>
> > in the way of the working user, but the user is still aware that
the<br>
> > process is still running..until that tray icon disappears. (maybe
it is<br>
> > best to have an animated tray icon then). And the user can check
on the<br>
> > current state by clicking on that tray icon which then displays
the tool<br>
> > again..<br>
> <br>
> Currently WPKG client is using this approach. In general I don't think
that it<br>
> would be a good idea having wpkg.js (which is invoked by different
user<br>
> credentials in different environments) invoking such a binary. WPKG
<br>
> is designed<br>
> to run using only built-in Windows facilities. No additional binaries
or<br>
> libraries needed. The notification using "net send" was
introduced <br>
> years ago in<br>
> WPKG 0.x and was just kept there. It has many limitations but provides
basic<br>
> notification which can be useful in some situations. It at no means
useful to<br>
> block the user to do actions or to log in while WPKG is running.<br>
> <br>
> I think it's the right way that WPKG client as a service tries to
<br>
> reach these goals:<br>
> - Implement logon delay<br>
> - Notify user while preventing user actions<br>
> <br>
> We already know that especially on Windows Vista and newer we have
<br>
> troubles with<br>
> the logon delay feature. Including such actions into wpkg.js seems
not to be a<br>
> good idea; I prefer wpkg.js to be as stable and reliable as possible<br>
> and leaving<br>
> such "fancy" stuff up to tools invoking wpkg.js. In case
of failure or changes<br>
> on OS/System level there is much less impact and lots of possibilities
for<br>
> work-around to get the core working.<br>
> <br>
> br,<br>
> Rainer<br>
</font></tt>