[Bug-wget] Wget behind Proxy and ISA Server

[P. Durst]

Hallo,

i´m a new user of wget for windows and need some help.
I wrote a batch file on my windows 7 machine to start a backup of a mysql
database on a webspace and download after it to my directory, where the
batch and the wget.exe ist placed in. The batch file i use:

---
wget --delete-after http://mydomain.com/cgi-bin/backup.sh -a report.txt

wget --http-user=admin --http-password=123456 --no-check-certificate
https://mydomain.com/secure/db/db-backup.sql.gz
---

With this lines everything works fine on my Win 7 computer.
But i want to run it automated on a Win 2003 Server. So i copied the batch
to the server and started it. It does not work, so i changed some lines in
the batch file. On the Win 2003 Server it looks like this:

---
set http_proxy=http://myproxy.com:8080

wget --proxy=on --delete-after http://mydomain.com/cgi-bin/backup.sh -a
report.txt

wget --proxy=on --http-user=admin --http-password=123456
--no-check-certificate https://mydomain.com/secure/db/db-backup.sql.gz
---

The first wget command starts a script on the server, that creates a backup
of the database. This line works fine. I looked with a ftp software on the
webserver and the db-backup.sql.gz file is created. 
But the second wget command does not work! So i just tried these wget
command, searching for the problem:

set http_proxy=http://myproxy.com:8080
wget --proxy=on --http-user=admin --http-password=123456
--no-check-certificate https://mydomain.com/secure/db/db-backup.sql.gz -a
report.txt

In the report.txt i always get the message:

--2010-09-26 14:37:00--  https://mydomain.com/secure/db/db-backup.sql.gz
Resolving mydomain.com... 100.200.300.400
Connecting to mydomain.com|100.200.300.400|:443... failed: No route to host.

I also tried to download the file with wget by ftp-command. Result was the
same! 
So my question is, if anybody could help me solving my problem? I run a
Windows 2003 Server with Proxy and ISA 2006. Maybe the ISA-Server ist the
problem? 

Thanks for your answers!

Peter Durst