I want to deploy Office, Outlook and other MSI's before the Novell Login. I think it would be no problem to install the machine part before the user login (after loggin in the user part will be installed)

But every time our agent want to deploy the software before the user login, all msi installations running into failures. The Insallations created by Snapshot/DIFF working fine.

Perhaps i have to run the MSI with special Parms or something to do the Installation before the Login.

Any Ideas?

0 Comments   [ - ] Hide Comments


Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
Answer this question or Comment on this question for clarity



That's a tough one.

Software usually goes into one of a number of profiles.

If no user has logged on, the system doesn't know into/for which profile to install your software.

Even running installs from a login script REQUIRES one to log on... and even GPOs require a login.

Making any registry changes to HKCU will fail, because there IS no current user when you try to install.

When you say that your installs created by Snapshot/Diff are working fine, what do you mean? Do you mean that you are able to install them before login?

...just trying to help.

- Sean
Answered 03/24/2004 by: sean_c_roberts
Senior Purple Belt

Please log in to comment
It is possible to install software even if no user is logged in. In my company we use Tivoli to do that but you also can do it manually. Try to install your MSI-package with the task scheduler from windows with this command:
msiexec.exe /i PATH+PACKAGENAME.MSI /qb-!
Create a task that will run in 5 minutes and is using the local administrator account and log off from your workstation and wait for the 5 minutes plus the time the installation will typical take to be finished. If that works, you must find a way to create a new task from remote and that's it!

Hope this will help.

Answered 03/26/2004 by: olge
Yellow Belt

Please log in to comment
Another way to do it is to create a computer based Group Policy Object in Active Directory and push out Office, ect. I outlined the steps in this thread:


craig --<>.
Answered 04/08/2004 by: craig16229
Third Degree Brown Belt

Please log in to comment
Craig is right (thanks again Craig)

When you distribute software via an AD GPO, after the computer reboots, the software will install before the ctrl-alt-del screen is even available. So let's say you are distributing Office with it, the Office install will complete (5-8 minutes depending on network) before the use even sees the log in screen. There is however a box that pops up and tells what software is installing.

I highly recommend pushing with a GPO. After I figured it out it has really been effective.

Answered 04/08/2004 by: A-Baum
Senior Yellow Belt

Please log in to comment
I also suggest that you push yuor Office/Outlook install as vanilla or with an ADM and then push the policies for them via GPO as well.

You can set heaps of Office/Outlook settings this way......ie. say your legacy users are still on OFfice97. You can set OfficeXP to SaveAs Word/Excel.doc in 97 format to stay compatible with the legacy users until everyone is on OfficeXP. Then simply change it to native format.
Answered 04/14/2004 by: MSIMaker
Second Degree Black Belt

Please log in to comment
we use this in our console one app object :


TRANSFORMS="\\%officeserver%\VOL1\nt_apps\Core\Office2003\Office2003\Trial6.MST" /qb

obviously change the unc paths. Worked a treat
Answered 04/27/2004 by: raj
Yellow Belt

Please log in to comment