Hallo Markus! This is not a bug (I reckon) and should therefore have been sent to the normal wget list.
Using both wget 1.7.1 and 1.8.1 on Windows the file is downloaded with wget -d -U "Mozilla/5.0 (compatible; Konqueror/2.2.1; Linux)" -r http://www.cuj.com/images/resource/experts/alexandr.gif as well as with wget http://www.cuj.com/images/resource/experts/alexandr.gif So, I do not know what your problem is, but is neither wget#s nor cuj's fault, AFAICT. CU Jens > > This problem is independent on whether a proxy is used or not: > The download hangs, though I can read the content using konqueror. > So what do cuj people do to inhibit automatic download and how can > I circumvent it? > > > wget --proxy=off -d -U "Mozilla/5.0 (compatible; Konqueror/2.2.1; Linux)" > -r http://www.cuj.com/images/resource/experts/alexandr.gif > DEBUG output created by Wget 1.7 on linux. > > parseurl ("http://www.cuj.com/images/resource/experts/alexandr.gif") -> > host www.cuj.com -> opath images/resource/experts/alexandr.gif -> dir > images/resource/experts -> file alexandr.gif -> ndir > images/resource/experts > newpath: /images/resource/experts/alexandr.gif > Checking for www.cuj.com in host_name_address_map. > Checking for www.cuj.com in host_slave_master_map. > First time I hear about www.cuj.com by that name; looking it up. > Caching www.cuj.com <-> 66.35.216.85 > Checking again for www.cuj.com in host_slave_master_map. > --14:32:35-- http://www.cuj.com/images/resource/experts/alexandr.gif > => `www.cuj.com/images/resource/experts/alexandr.gif' > Connecting to www.cuj.com:80... Found www.cuj.com in > host_name_address_map: 66.35.216.85 > Created fd 3. > connected! > ---request begin--- > GET /images/resource/experts/alexandr.gif HTTP/1.0 > User-Agent: Mozilla/5.0 (compatible; Konqueror/2.2.1; Linux) > Host: www.cuj.com > Accept: */* > Connection: Keep-Alive > > ---request end--- > HTTP request sent, awaiting response... > > nothing happens .... > > > Markus > -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net