Re: question on wget via http proxy
Malte Schünemann wrote: > Since wget is able to obtain directoy listings / retrieve data from > there is should be possible to also upload data Then it would be wput. :-) > What is so special about wget that it is able to perform this task? You can learn a LOT about how wget is communicating with the target site by using the --debug argument. Hope that helps a little. Tony
question on wget via http proxy
Hello, I am sitting behind a http proxy and need to access the internet through this channel. In most cases this works fine - but there are certain FTP server sites that I can only access via browser or wget. This also is no problem - as long as I need to retrieve data. Problems come up as soon as I need to upload data - this seems to be possible only via netscape 4. All tools that I used (including gftp, kbear, lftp) do not help out. E.g. using gftp I can access ftp.suse.com - but not these sites. As the browser is rahter unreliable in this respect I would like to use another tool. Problem sites are testcase.boulder.ibm.com ftp.software.ibm.com Since wget is able to obtain directoy listings / retrieve data from there is should be possible to also upload data (the browser is able to as well). What is so special about wget that it is able to perform this task ? If I knew, maybe I could find a solution to this problem. I am running LInux SuSE9.0, kernel 2.4.26, wget-1.8.2-301. I have set env variable http_proxy ftp_proxy which make the connection working fine with wget. Any idea ? Thank you Malte Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193
Downloading DVD-Iso
Hello! I am trying to download the DVD-iso-file of Fedora Core 2 (URL: http://download.fedora.redhat.com/pub/fedora/linux/core/2/i386/iso/FC2-i386-DVD.iso) . My download stopped at around 1,7 GB (of approx. 4,1GB) because of network problems. I fixed them and restartet the download with the -c option of wget which worked - till it reached about 2,147,002,112 Bytes. Then it stopps with the following message: ---cut--- -283[ ] -2,147,002,112 77.06K/s wget: progress.c:830: create_image: Zusicherung »p - bp->buffer <= bp->width« nicht erfüllt. Abgebrochen ---cut--- "Zusicherung" means something like "assured to get" and "nicht erfüllt" means "not fulfilled", the rest should be understandable. As I had network problems on one of my systems, I restarted the download on another machine. This time, the download progressed, but stopped arounf the same size with the same error. So this does not seem like a network problem to me, but a problem of the download process. I am using a SuSE 9.1 distribution with wget 1.9.1. Is there anybody who can tell me what´s wrong here and if there is a possibility to continue the download with the files I have allready on my hd? It would be quite annyoing to start the download again, as I have already twice a part of the iso file (aorund 2 GB)! Thanks! Mike
May bee report of the bug
Hello, I think wget cannot to store more than one cookie at the time. This is a bug? Installed from wget-cvs_1.9.1-20040319_i386.deb Some log entries following: Best regards, Valdas DEBUG output created by Wget 1.9+cvs-dev on linux-gnu. Created socket 8. Releasing 0x8090868 (new refcount 1). Connected 8 to SSL 0x8090948 ---request begin--- POST /public/login.asp HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 4.0) Accept: */* Host: multi. Connection: Keep-Alive Content-Type: application/x-www-form-urlencoded Content-Length: 97 ---request end--- [POST data: MfcISAPICommand=Login&PAGE_ID=283135&XRez=&YRez] HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Mon, 12 Jul 2004 12:43:03 GMT Connection: keep-alive Connection: Keep-Alive Content-Length: 436 Content-Type: text/html Received cookie Nr1: Set-Cookie: ASPSESSIONIDCSSQCSQS=IEMNPBBCDFEKLBANCGOEBLPD; path=/ Cache-control: private ---response end--- 200 OK Registered socket 8 for persistent reuse. Stored to file cookie Nr1: Stored cookie multi. -1 (ANY) / [expiry none] ASPSESSIONIDCSSQCSQS IEMNPBBCDFEKLBANCGOEBLPD Length: 436 [text/html] 0K 100%7.58 KB/s 15:41:55 (7.58 KB/s) - `./2.htm' saved [436/436] Saved all cookies (No1) Saving cookies to ./cookies.txt. Done saving cookies. DEBUG output created by Wget 1.9+cvs-dev on linux-gnu. Read from file cookie (No1) Stored cookie multi. -1 (ANY) / [expiry none] ASPSESSIONIDCSSQCSQS IEMNPBBCDFEKLBANCGOEBLPD --15:41:55-- https://multi./SSL/MultiWeb.dll => `./3.htm' Created socket 8. Releasing 0x8092178 (new refcount 1). Connected 8 to SSL 0x8092258 ---request begin--- POST /SSL/MultiWeb.dll HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 4.0) Accept: */* Host: multi. Connection: Keep-Alive Sending cookie Nr1 Cookie: ASPSESSIONIDCSSQCSQS=IEMNPBBCDFEKLBANCGOEBLPD Content-Type: application/x-www-form-urlencoded Content-Length: 85 ---request end--- [POST data: MfcISAPICommand=Login&PAGE_ID=283135] HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Mon, 12 Jul 2004 12:43:03 GMT Cache-Control: no-cache Content-Type: text/html ATTENTION! Received cookies Nr2 and Nr3: Set-Cookie: ltnid1=1089636115E16734; path=/; domain=.lt; Set-Cookie: ltsid1=000232; path=/; domain=.lt; ---response end--- 200 OK cdm: 1 2 3 4 5 6Cookie coming from multi.lt attempted to set domain to lt ATTENTION! Stored cookie Nr2 But NOT cookie Nr3!: Stored cookie multi. -1 (ANY) / [expiry none] ltnid1 1089636115E16734 Length: unspecified [text/html] 0K .. 143.00 KB/s Closed 8/SSL 0x8092258 15:41:55 (143.00 KB/s) - `./3.htm' saved [2997] Saving cookies to ./cookies.txt. Done saving cookies. DEBUG output created by Wget 1.9+cvs-dev on linux-gnu. Read from file cookies (Nr1, Nr2 BUT NOT Nr3!) Stored cookie multi. -1 (ANY) / [expiry none] ltnid1 1089636115E16734 Stored cookie multi. -1 (ANY) / [expiry none] ASPSESSIONIDCSSQCSQS IEMNPBBCDFEKLBANCGOEBLPD --15:41:55-- http://www1./scripts/Net.dll?Sivu?SID=283135 => `./4.htm' Created socket 8. Releasing 0x8086008 (new refcount 1). ---request begin--- GET /scripts/Net.dll?Sivu?SID=283135 HTTP/1.0 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 4.0) Accept: */* Host: www1. Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Mon, 12 Jul 2004 12:41:54 GMT Cache-Control: no-cache Content-Type: text/html ---response end--- 200 OK Length: unspecified [text/html] 0K 10.71 MB/s Closed fd 8 15:41:55 (10.71 MB/s) - `./4.htm' saved [674] Saving cookies to ./cookies.txt. Done saving cookies. Content of cookies file after all sesions Only cookies Nr1 and Nr2 stored: # HTTP cookie file. # Generated by Wget on 2004-07-12 15:41:55. # Edit at your own risk. multi. FALSE / FALSE 0 ASPSESSIONIDCSSQCSQS IEMNPBBCDFEKLBANCGOEBLPD multi. FALSE / FALSE 0 ltnid1 1089636115E16734
Re: wget( )
[EMAIL PROTECTED] writes: > I think I have come across a bug with wget( ), although I cannot be > 100% certain. Here is a simple instance of it (assuming it is > indeed a bug): > > [results in core dump] > wget -r --no-parent -A.ptt --no-directories -nv > ftp://ftp.ncbi.nih.gov/genomes/Bacteria/Bacillus_anthracis_A2012/ > 22:52:09 URL: ftp://ftp.ncbi.nih.gov/genomes/Bacteria/Bacillus_anthracis_A2012/ > [1491] -> ".listing" [1] > Segmentation fault (core dumped) Which version of Wget are you using? Some previous versions of Wget had a bug related to -A and FTP. That bug is fixed in 1.9.1. > Here is the version information on the program: > AUTHOR >Originally written by Hrvoje Niksic <[EMAIL PROTECTED] >digita.com>. > > COPYRIGHT >Copyright (c) 1996, 1997, 1998, 2000, 2001 Free Software >Foundation, Inc. There is no version information in this output. You need to send us the output of `wget --version' instead.
Re: Bug in wget 1.9.1 documentation
Tristan Miller <[EMAIL PROTECTED]> writes: > There appears to be a bug in the documentation (man page, etc.) for > wget 1.9.1. I think this is a bug in the man page generation process.
Re: Logon to a secure site with post-data?
"John Clarke" <[EMAIL PROTECTED]> writes: > The manual says it's possible, but I can't Logon to a secure site with > post-data. > > I've been trying things like: > > wget -post-data="username=foo&password=bar" https://mysecuresite.net/ > authenticate.php It should be "--post-data", with two dashes. And you also have to take care to save the cookies using `--save-cookies' and load them using `--load-cookies'. In CVS Wget you can also add `--save-session-cookies' to make sure the session cookies also get saved.