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, but
the console would see the server messages .... not that the server messages
would be concatinated onto the file.  Perhaps it can be reworded in future
versions?  Also, shouldn't the contents of the file still appear in the
file, along with the server responses???


wget https://server/testfile --http-user=user --http-passwd=pass

--11:24:28--  https://server/testfile
           => `testfile'
Resolving server... ip
Connecting to server[ip]:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/plain]

    [ <=>                                                 ] 30
--.--K/s

11:24:29 (292.97 KB/s) - `testfile' saved [30]

cat testfile
Virtual user username logged in.


As you can see, the actual contents of the remote file are still not in the
local copy ... and the -S switch was not used in this example.


Thoughts?



-----Original Message-----
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 21, 2004 11:18 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Syntax question ...


Well, that's what you're telling it to do with the -S option, so why are you
surprised?  "man wget", then "/-S"

Mark Post

-----Original Message-----
From: Simons, Rick [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 21, 2004 11:09 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Syntax question ...


I got wget compiled with ssl support now, and have a followup question ...
I'm getting the local file created but populated with a server response, not
the actual contents of the remote file.  See example:


wget -d -S https://server/testfile --http-user=user --http-passwd=pass
DEBUG output created by Wget 1.9.1 on linux-gnu.

--10:55:06--  https://server/testfile
           => `testfile'
Resolving server... ip
Caching server => ip
Connecting to server[ip]:443... connected.
Created socket 3.
Releasing 0x81229f0 (new refcount 1).
---request begin---
GET /testfile HTTP/1.0
User-Agent: Wget/1.9.1
Host: server
Accept: */*
Connection: Keep-Alive
Authorization: Basic cmlja3M6cmlja3MyNjI2

---request end---
HTTP request sent, awaiting response... HTTP/1.1 200 OK
Date: Wed, 21 Jan 2004 16:04:01 GMT

 2 Date: Wed, 21 Jan 2004 16:04:01 GMTServer: Apache/1.3.26 (Unix)
mod_ssl/2.8.10 OpenSSL/
0.9.6g SecureTransport/4.1.2

 3 Server: Apache/1.3.26 (Unix) mod_ssl/2.8.10 OpenSSL/0.9.6g
SecureTransport/4.1.2Set-Coo
kie: FDX=ocjoMt028Um+ri2vZQ0L6g==; path=/

 4 Set-Cookie: FDX=ocjoMt028Um+ri2vZQ0L6g==; path=/
Stored cookie filed2 443 / nonpermanent 0 <undefined> FDX
ocjoMt028Um+ri2vZQ0L6g==
Accept-Ranges: bytes

 5 Accept-Ranges: bytesExpires: Thu, 01 Jan 1970 00:00:00 GMT

 6 Expires: Thu, 01 Jan 1970 00:00:00 GMTFeatures: CHPWD;RTCK;STCK;ASC

 7 Features: CHPWD;RTCK;STCK;ASCConnection: close

 8 Connection: closeContent-Type: text/plain; charset=UTF-8

 9 Content-Type: text/plain; charset=UTF-8


    [ <=>                                           ] 30            --.--K/s

Closing fd 3
10:55:07 (292.97 KB/s) - `testfile' saved [30]

cat testfile
Virtual user username logged in.

ssl access log:
ip - user [21/Jan/2004:10:04:02 -0600] "GET /testfile HTTP/1.0" 200 30

ssl error log:
[Wed Jan 21 10:04:01 2004] [info] VIRTUAL HTTP LOGIN FROM ip [ip], user
(class virt)



Further thoughts or suggestions?


-----Original Message-----
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 21, 2004 9:41 AM
To: Simons, Rick
Cc: '[EMAIL PROTECTED]'
Subject: Re: Syntax question ...


"Simons, Rick" <[EMAIL PROTECTED]> writes:

> Greetings all.
>  
> I've posted in the past, but never really have gotten connectivity to a
> https server I support using the wget application.  I've looked in the
> manual, on the website and searched the Internet but am not getting very
> far.
>  
>  
> wget -V
>   GNU Wget 1.9
>
> wget -d -S https://server/file
>   https://server/file: Unsupported scheme.

This error message indicates that your version of Wget is compiled
without SSL support.

> I then decided (based on previous instruction from this group) to
recompile
> wget with ssl.  This is on a RH9 box, with openssl libs in
> /usr/include/openssl
>  
> ./configure --with-ssl=/usr/include/openssl/
>   <compiles>
>   Looking for SSL libraries in /usr/include/openssl/
>   checking for includes... not found
>   ERROR: Failed to find OpenSSL libraries.

Try just `./configure', it should find the SSL libraries in the
default location.  At least it does for me -- I use RH9.

Reply via email to