Re: rapidshare download problem
Mon, 21 Jul 2008 12:27:57 -0700, Micah Cowan <[EMAIL PROTECTED]> : > I'll file a report for this issue; but if this is the only thing that > crops up, I probably won't roll a new 1.11.x maintenance release just > for that, so it'll have to wait until 1.12. Thank you. Doruk -- FISEK INSTITUTE - http://www.fisek.org.tr
Re: rapidshare download problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doruk Fisek wrote: > Thu, 17 Jul 2008 15:07:18 -0700, Micah Cowan <[EMAIL PROTECTED]> : > >> Then, please provide the logs from both wget 1.10.2 and wget 1.11.4 >> (with --auth-no-challenge), with the --debug flag. > I attached the logs you requested. It looks like --auth-no-challenge works when --user/--password or - --http-user/--http-password is used; but not when the user/pass information is passed directly via the URL. You can use - --auth-no-challenge together with either of those option pairs as a work-around. - --auth-no-challenge was intended to make wget 1.11.x behave like 1.10.2 with regard to authentication (that is, broken and insecure). It's generally a bad idea to send authentication credits before the server tells Wget what sort of authentication scheme should be used (it may offer more secure alternatives to the "basic" mechanism). However, in situations where the server uses forms-based authentication for interactive communication, some servers accept authentication if offered, but will not issue the challenge if it's not, instead expecting users to authenticate through the forms; situations like that are why - --auth-no-challenge was introduced. I'll file a report for this issue; but if this is the only thing that crops up, I probably won't roll a new 1.11.x maintenance release just for that, so it'll have to wait until 1.12. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIhOM97M8hyUobTrERAu94AJ9fO6LT+mn0M/2pEG1KS+7pwpKDBACcDnMj AfJSnm3pJeKrQkEFlOeuyFk= =9p3c -END PGP SIGNATURE-
Re: rapidshare download problem
Zitat von "Doruk Fisek" <[EMAIL PROTECTED]>: Thu, 17 Jul 2008 15:07:18 -0700, Micah Cowan <[EMAIL PROTECTED]> : Then, please provide the logs from both wget 1.10.2 and wget 1.11.4 (with --auth-no-challenge), with the --debug flag. I attached the logs you requested. wget 1.10.2 didn't recognize the --auth-no-challenge parameter, so I only used it in 1.11.4 Looks like the --auth-no-challenge option does not work correctly with the http://username:[EMAIL PROTECTED]/syntax. When you put username/password in separate parameters it should work: --http-user=username --http-passwd=password http://rs60tl.rapidshare.com/ It *does* work for me in this form with other servers ;-) Best regards, Jochen Roderburg ZAIK/RRZK University of Cologne Robert-Koch-Str. 10Tel.: +49-221/478-7024 D-50931 Koeln E-Mail: [EMAIL PROTECTED] Germany This message was sent using IMP, the Internet Messaging Program.
Re: rapidshare download problem
Thu, 17 Jul 2008 15:07:18 -0700, Micah Cowan <[EMAIL PROTECTED]> : > Then, please provide the logs from both wget 1.10.2 and wget 1.11.4 > (with --auth-no-challenge), with the --debug flag. I attached the logs you requested. wget 1.10.2 didn't recognize the --auth-no-challenge parameter, so I only used it in 1.11.4 Doruk -- FISEK INSTITUTE - http://www.fisek.org.tr DEBUG output created by Wget 1.10.2 on linux-gnu. --21:49:12-- http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt => `Rapidshare_EN.txt' Resolving rs60tl.rapidshare.com... 80.239.151.61 Caching rs60tl.rapidshare.com => 80.239.151.61 Connecting to rs60tl.rapidshare.com|80.239.151.61|:80... connected. Created socket 3. Releasing 0x080856e0 (new refcount 1). ---request begin--- GET /files/30168760/Rapidshare_EN.txt HTTP/1.0 User-Agent: Wget/1.10.2 Accept: */* Authorization: Basic xx Host: rs60tl.rapidshare.com Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK Date: Mon, 21 Jul 2008 18:51:18 GMT Connection: close Content-Type: application/octet-stream Accept-Ranges: bytes Content-Disposition: Attachment; filename=Rapidshare_EN.txt Content-Length: 225 ---response end--- 200 OK Length: 225 [application/octet-stream] 100%[=>] 225 --.--K/s Closed fd 3 21:49:12 (1.83 KB/s) - `Rapidshare_EN.txt' saved [225/225]DEBUG output created by Wget 1.11.4 on linux-gnu. --2008-07-21 21:48:54-- http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt Resolving rs60tl.rapidshare.com... 80.239.151.61 Caching rs60tl.rapidshare.com => 80.239.151.61 Connecting to rs60tl.rapidshare.com|80.239.151.61|:80... connected. Created socket 3. Releasing 0x08b08e68 (new refcount 1). ---request begin--- GET /files/30168760/Rapidshare_EN.txt HTTP/1.0 User-Agent: Wget/1.11.4 Accept: */* Host: rs60tl.rapidshare.com Connection: Keep-Alive ---request end--- HTTP request sent, awaiting response... ---response begin--- HTTP/1.1 200 OK P3P: CP="ALL DSP COR CURa ADMa DEVa TAIa PSAa PSDa IVAa IVDa CONa TELa OUR STP UNI NAV STA PRE" Date: Mon, 21 Jul 2008 18:53:46 GMT Connection: close Accept-Ranges: bytes Content-Type: text/html; charset=ISO-8859-1 Cache-Control: no-cache Content-Length: 8861 ---response end--- 200 OK Length: 8861 (8.7K) [text/html] Saving to: `Rapidshare_EN.txt' 100%[===>] 8,861 36.7K/s in 0.2s Closed fd 3 2008-07-21 21:48:55 (36.7 KB/s) - `Rapidshare_EN.txt' saved [8861/8861]
Re: rapidshare download problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doruk Fisek wrote: > Thu, 17 Jul 2008 03:14:26 -0700, Micah Cowan <[EMAIL PROTECTED]> : > >>> http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt >>> wget 1.10.2 downloads it just fine but wget 1.11.4 brings an html >>> page instead. Then, please provide the logs from both wget 1.10.2 and wget 1.11.4 (with --auth-no-challenge), with the --debug flag. You'll need to massage these logs somewhat, I'm afraid; notably removing your username/password information: be sure not to leave any of it around. You'll also need to replace Wget's WWW-Authenticate: basic header in the output: it might not look like it, but it contains your very easily recoverable password information. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIf8KW7M8hyUobTrERAjF1AJ4i5ndrgKM5zAYDhpDKPAad2yhG8ACfb3C1 NUSfZgmhXfB/y8R+2ZV7nPc= =w2cc -END PGP SIGNATURE-
Re: rapidshare download problem
Thu, 17 Jul 2008 03:14:26 -0700, Micah Cowan <[EMAIL PROTECTED]> : > > http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt > > wget 1.10.2 downloads it just fine but wget 1.11.4 brings an html > > page instead. > See if --auth-no-challenge fixes it for you. No, it doesn't. The end result is the same. Doruk -- FISEK INSTITUTE - http://www.fisek.org.tr
Re: rapidshare download problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doruk Fisek wrote: > Hi, > > I'm having trouble cookieless downloading from rapidshare with the > latest version of wget. > > When I use a url like; > > http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt > > wget 1.10.2 downloads it just fine but wget 1.11.4 brings an html page > instead. See if --auth-no-challenge fixes it for you. - -- Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIfxuC7M8hyUobTrERAt/mAJ97QRCx4mTJKEbSyrql8hsy7Vty3QCeOc5/ GI8fqQaVyLjrx9x/nMgSdNM= =wZbY -END PGP SIGNATURE-
