Re: ftp,proxy and .netrc problem
Hi, Hrvoje Niksic wrote: [snip] Sorry for not responding -- I was a bit busy after the release. Of course, it was perfectly fine to include the logs, they were certainly not the reason for ignoring the mail! Thats okay don't worry. Rick wget ftp:[EMAIL PROTECTED]/dl/a.a and I have a .netrc, would you expect wgetrc to look for the remote user / password (i.e. the password for rick at a.machine.com) in the .netrc file? I would but it doesn't - it searches the .netrc file for an entry associated with my proxy machine!? This is a bug. Does this patch fix the problem? I applied the patch over lunchtime and gave it a quick try and it seems to be working. I'll try a few more tests when I get some more time. Thanks for the response. I'm glad it was a bug that could be easily fixed rather than me not understanding how things were supposed to work! :-) Regards, -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco. _ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre.
ftp,proxy and .netrc problem
Hi All, I'm going to try this again since last time I got only one response which unfortunately, although helpful, didn't solve the problem. :-( I won't include all the logs again (Maybe the length put people off reading it!) but I'll just ask the question: If I use wget to ftp a file from a remote site using the format: Rick wget ftp:[EMAIL PROTECTED]/dl/a.a and I have a .netrc, would you expect wgetrc to look for the remote user / password (i.e. the password for rick at a.machine.com) in the .netrc file? I would but it doesn't - it searches the .netrc file for an entry associated with my proxy machine!? Comments please? Regards, -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.
Re: ftp and .netrc via proxy problem
Hi Joe, Thanks for your comments so far. Silly me. I see FTP and Squid in the same sentence and assume it is YAFQ (yet another ftp question--they happen all the time on the Squid list). Thats ok. In this case, wget I guess is acting correctly as an http client, so no problem there. [snip] I agree with your interpretation of what is happening at the remote end i.e. why the ftp is failing Seems to be expected behavior, doesn't it? Or am I missing something again? ...but I don't think it is expected behaviour because it says in the help: URL Format == URL is an acronym for Uniform Resource Locator. A uniform resource locator is a compact string representation for a resource available via the Internet. Wget recognizes the URL syntax as per RFC1738. This is the most widely used form (square brackets denote optional parts): http://host[:port]/directory/file ftp://host[:port]/directory/file You can also encode your username and password within a URL: ftp://user:password@host/path http://user:password@host/path Either USER or PASSWORD, or both, may be left out. If you leave out either the HTTP username or password, no authentication will be sent. If you leave out the FTP username, `anonymous' will be used. If you leave out the FTP password, your email address will be supplied as a default password.(1) [snip] -- Footnotes -- (1) If you have a `.netrc' file in your home directory, password will also be searched for there. I *do* have a .netrc file in my home directory - so in cases 1 and 2 wget should be looking there for my login information shouldn't it?. Rick. -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.
ftp and .netrc via proxy problem
://rick:password@a.machine.com/dl/a.a = `a.a' Connecting to proxy.simoco.com:880... Caching proxy.simoco.com - 193.150.150.3 Created fd 4. connected! SEARCH_NETRC: host:proxy.simoco.com --*** Why is it looking for proxy? ---request begin--- GET ftp://rick:[EMAIL PROTECTED]/dl/a.a HTTP/1.0 User-Agent: Wget/1.7 Host: a.machine.com:21 Accept: */* Authorization: Basic BASE64ENCODEDSTRING Proxy-Authorization: Basic BASE64PROXYUSERPASS ---request end--- Proxy request sent, awaiting response... HTTP/1.0 200 OK Server: Squid/2.2.STABLE3 2 Server: Squid/2.2.STABLE3Mime-Version: 1.0 3 Mime-Version: 1.0Date: Thu, 07 Jun 2001 15:40:54 GMT 4 Date: Thu, 07 Jun 2001 15:40:54 GMTContent-Type: text/plain 5 Content-Type: text/plainContent-Length: 22 6 Content-Length: 22Last-Modified: Fri, 06 Apr 2001 08:06:08 GMT 7 Last-Modified: Fri, 06 Apr 2001 08:06:08 GMTX-Cache: MISS from ukcamnet01 8 X-Cache: MISS from ukcamnet01Proxy-Connection: close 9 Proxy-Connection: close 10 0K 100% @ 21.48 KB/s Closing fd 4 17:11:43 (21.48 KB/s) - `a.a' saved [22/22] == END === Can anyone explain what's going on here and why please? Thanks. -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.
Re: win binary
Harald Gerber wrote: T.Bharath [EMAIL PROTECTED] wrote [EMAIL PROTECTED] on 05.06.01 Herold Heiko wrote: A windows binary for 1.7 is present at http://space.tin.it/computer/hherold . Heiko The server seems to reset the connection when the source or binary is downloaded can you look into it worked fine from my place. Lots of resets here too, but I just let WGET get it! However, thats not much use if you haven't got it yet and are trying to download it! :-) Rick. -- Richard Travett,Email: [EMAIL PROTECTED] May all your communications be free from electro-magnetic disturbances, and your days be free from temporal distortions in the space time continuum This email does not represent a formal communication from Simoco.