/build/static/layout/Breadcrumb_cap_w.png

SMS 2003 SP1 and AutoIT .exe

We are currently trying to deploy packages created using AutoIT with SMS 2003 SP1. I think the AutoIT packages are functioning properly. We are able to successfully install the software we we login as the local user and run the exectutable.

We run into trouble trying to deploy this same package through SMS. We have tried running it as the local system account and the logged on user (Admin privledges). The executable is listed in Task Manager, but it eventally times out and no software is installed.

Any help is appreciated.

0 Comments   [ + ] Show comments

Answers (9)

Posted by: jasondell 17 years ago
Senior Yellow Belt
0
We do a lot of work in AutoIT - If I could get more information about what is going on and maybe even the source from AutoIT.
Posted by: Rhys 17 years ago
Orange Belt
0
under the package, go to the program, open it up, click on environment. Is Allow users to interact with this program checked? I think Autoit intercepts the screens but they still have to be presented in order for it to work.
Posted by: support 17 years ago
Yellow Belt
0
I've made those configuarion changes to the program. The package will install under the system context and the install will work fine when the workstation is logged on by a user. I'm looking to have autoIT scripts execute when the machine is logged off as well. Is this possible?
Posted by: neo2000 17 years ago
Purple Belt
0
I don't think so.. Never tried it actually.. Does the Autoit script need user interaction..? If not, i do think autoit does still needs the shell to be loaded, EG a user logged on. You could try setting the program properties in SMS to "whether or not a user is logged on" and just reboot, leave the workstaion in the logon screen and just sit and wait, see what happens.. :P

I personally don't think it's gonna work.. When i use auto-it script, i only run the script when users are logged on. MSI's use Windows Installer technology, which is a service, started even before users have logged on. Since AutoIT doen's use a service on the target machine as far as i'm aware of, i honestly don't think you'll be able to run autoit executables..
Posted by: kingskawn 15 years ago
Senior Purple Belt
0
Any news on deploying auto-it scripts when machine is logged off? [8|]

Must the option of "user has interaction with the program" be actived for a logged on machine with a user logged on?
Posted by: rodtrent 15 years ago
Orange Belt
0
AutoIT requires the Windows Shell (logged on user) to work properly, so, by design, it will not work when the machine is off.
Posted by: scarneol 15 years ago
Yellow Belt
0
Hey Rod,
When the machine is off...nothing works!!!

"AutoIT requires the Windows Shell (logged on user) to work properly, so, by design, it will not work when the machine is off. "
[blockquote]
-rodtrent

[/blockquote]
Posted by: kingskawn 15 years ago
Senior Purple Belt
0
ORIGINAL: scarneol

Hey Rod,
When the machine is off...nothing works!!!

"AutoIT requires the Windows Shell (logged on user) to work properly, so, by design, it will not work when the machine is off. "
[blockquote]
-rodtrent
[/blockquote]


Off is not the same as 'logged off' :)

The thing was to know if an auto-it script could be launched when every user was logged off. So you have just the CTRL-ALT-DEL screen to logon.
Posted by: anonymous_9363 15 years ago
Red Belt
0
Am I alone in wondering why packages being deployed by a system like SMS haven't had the requirement for user interaction authored out of them? Surely you want a completely silent install? Auto-It is surely a tool of last resort?
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ