RE: problem with # in path

2004-01-22 Thread Post, Mark K
It's more likely your system/shell that is doing it, if you're using Linux or UNIX. wget -r -l 0 ftp://19.24.24.24/some/datase/C\#Tool/ Mark Post -Original Message- From: Peter Mikeska [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 6:28 PM To: [EMAIL PROTECTED] Subject: prob

problem with # in path

2004-01-22 Thread Peter Mikeska
Hi, im trying get all from wget -r -l 0 ftp://19.24.24.24/some/datase/C#Tool/ vut i cant get anything, because wget cut all from #, it thinks its comment. plz any help Thnx in advance Miki +---V---+ | Peter Mikeska |[EMAIL PROTECTED] | | A L C A T E L | | System Engin

RE: Syntax question ...

2004-01-22 Thread Simons, Rick
I tried all your suggestions except the cvs one, and the results were the same. curl -V curl 7.9.8 (i386-redhat-linux-gnu) libcurl 7.9.8 (OpenSSL 0.9.7a) (ipv6 enabled) curl https://server/file -uuser:pass Virtual user user logged in. No file created locally. Chalk it up as a http server flaw?

Re: Syntax question ...

2004-01-22 Thread Hrvoje Niksic
Thanks for persisting with this. It doesn't look like a mishandled redirection -- the response headers exist and they don't request a redirection or any kind of refresh. access_log shows that 30 bytes have been transmitted. As it happens, the string "Virtual user ricks logged in.\n" is exactly t

RE: Syntax question ...

2004-01-22 Thread Simons, Rick
Thanks for the continued assistance, i'd like to get this nailed down to a http server issue or a wget issue so I can complete or stop wget certification of our product. wget -o output -d -S https://server/file --http-user=user --http-passwd=pass cat file Virtual user ricks logged in. cat outpu

Re: Syntax question ...

2004-01-22 Thread Hrvoje Niksic
"Simons, Rick" <[EMAIL PROTECTED]> writes: > Another followup question(s), and thanks for the continued assistance ...: > > -S > --server-response > Print the headers sent by HTTP servers and responses sent by FTP servers. > > I misinterpreted this switch that the file would still be > downloaded,

Re: wget bug with ftp/passive

2004-01-22 Thread Hrvoje Niksic
don <[EMAIL PROTECTED]> writes: > I did not specify the "passive" option, yet it appears to have been used > anyway Here's a short transcript: > > [EMAIL PROTECTED] sim390]$ wget ftp://musicm.mcgill.ca/sim390/sim390dm.zip > --21:05:21-- ftp://musicm.mcgill.ca/sim390/sim390dm.zip >

Re: [EMAIL PROTECTED] FTP wildcards

2004-01-22 Thread Hrvoje Niksic
=?Windows-1250?B?VuFjbGF2IEtycGVj?= <[EMAIL PROTECTED]> writes: > I'm having trouble using wget on [EMAIL PROTECTED] > While trying to do FTP connection wget doesn't understand > wildcards, for example: > > $ wget ftp://ftp.fit.vutbr.cz/pub/XFree86/4.3.0/* > Warning: wildcards not supported in HTT

[EMAIL PROTECTED] FTP wildcards

2004-01-22 Thread Václav Krpec
Hi, I'm having trouble using wget on [EMAIL PROTECTED] While trying to do FTP connection wget doesn't understand wildcards, for example: $ wget ftp://ftp.fit.vutbr.cz/pub/XFree86/4.3.0/* Warning: wildcards not supported in HTTP. --12:54:29-- ftp://ftp.fit.vutbr.cz/pub/XFree86/4.3.0/*