I'm having the same issue as some of the others where the download status is stuck at 0%.
The package is setup for "Run with administrative rights" and "Allow users to interact with this program."
But here is a twist, if the user installing it is a local admin, the download works and it installs beautifully. If they are not, it gets stuck at 0%.
I stumbled accross some articles prior about WebDav on the ISS portion of the server needing to allow file extentions which may be blocked. And if the blocked ones are in the package they may need to be allowed in the WebDav settings. - I did some experimenting on this but I stopped at checking for each and every file extention in a package and/or allowing them all. I don't want to mess with the ISS settings if I don't have to. My couple of stabs at it didn't work. Although this was the most promissing.
As well, it works fine for some packages and not for others. Office products work fine (go figure), Oracle clients and Crystal Reports it fails/gets stuck as above.
I don't think its a BITS issue either as we don't use it for client installs etc. We have good bandwidth, so we didn't turn it on.
I also checked my boundaries. No issues there. Subnets used are included, and no typos.
As a side issue, which may be related, I found one of my packages (PowerOLAP) also failed when not a local admin (with either admin or non-admin in SCCM enviroment settings) because the install spooled up additional process, which quietly failed or did not start. I thought all processes started by the SCCM installer would run in an elavated fashion. Guess not.
Any other ideas out there?
Virtual Samurai - MCP, CCNA