Hi all, I have a problem archiving a website using wget 1.10.2. It
sends back cookies in an incorrect syntax (the line ends in
"cookie_name="). Here is the relevant wget --debug output:
=== BEGIN OUTPUT ===
---response begin---
HTTP/1.1 302 Moved Temporarily
Date: Sat, 11 Feb 2006 03
27;ll notice that the cookie's path is
"wget/setcookie.php". For one, the "setcookie.php" part should have
been stripped (Mozilla does this, I've just checked). Second, the
path should always begin with a slash. Either of these problems would
guarantee that no oth
Is there a publically accessible site that exhibits this problem?
I've set up a small example which illustrates the problem. Files can be
found at http://dev.mesca.net/wget/ (using demo:test as login).
Three files:
setcookie.php:
--
getcookie.php:
--
get-c
Hello,
I use Wget version 1.10-alpha2+cvs-dev (because of the avalability of
the --keep-session-cookies option).
I'm trying to wget a member page, where cookies are required for access.
The usual login procedure is:
-
- Get a session cookie (PHPSESSID) on
Hi,
I'm trying to automate a rather long file download process using wget.
The process goes like this:
1) Request main home page (to get first session cookie)
2) Submit login form (to get next authorization cookie)
3) Submit another form (to get file to download)
4) Log out
Each of these
Hi.
I'm trying to download the documentation for the Zope application
server, at http://zope.org/Documentation/Books/ZopeBook/2_6Edition/,
and I'm having problems getting the images. For example, when I run
the following command:
/usr/bin/wget -kp \
http://zope.org/Documenta
This is the command I use:
wget -mp -P/downs http://www.cs.wright.edu/people/faculty/agoshtas/tindex.html
I think it might be because in the tindex.html file is a double call to
http-refresh which is written badly, at different times 2 and 15, in the META
section. Or the call to the
reopen 134463 [EMAIL PROTECTED]
tag 134463 sid
thanks
I noticed that this bug, reported against wget package version 1.8.1-1 and
fixed in 1.8.1-2 has reappeared in version 1.8.2-3 (and probably the other
1.8.2 packages too). It seems that the patch I submitted fixing the bug
was not
Hi.
I am using wget version 1.5.3 under Solaris and 1.5.2 under IRIX.
It seems that wget is having a problem if the character sequence '%26' (hex form of
'&') occurs in the URI pasted to wget.
Usually '&' acts as a field separator when transmitti
FYI, the GPL license that wget is shipped with is incompatible with
the OpenSSL license. Below is a mail message I forward to the
development mailing list for lftp and a response from
[EMAIL PROTECTED] As far as I know, this only presents a problem when
wget binaries linked against OpenSSL are
*client* software has to be
> > configured to support this. So, if wget doesn't call RAND_egd() from
> > OpenSSL, there is *nothing* you can do. And, from a quick perusal of
> > wget 1.7, it doesn't. So, 1.7 is useless for https:// on any system
> > without /dev/ra
, it
> didn't make any shared libraries, but I have libssl.a and libcrypto.a
> installed, and wget's configure process does find them. (Do I need to install
> the shared libraries?)
>
> For example, I can connect to https://www.apache-ssl.org/ in Netscape just
> fine
On Wed, Jun 06, 2001 at 06:36:26PM +0200, Jan Prikryl wrote:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>
> > The ssl support is much appreciated in wget 1.7. But there is a problem
> > with the configure support that makes it think ssl can't be used, at
> >
On Wed, Jun 06, 2001 at 12:47:14PM +0200, Jan Prikryl wrote:
> > Jan Prikryl <[EMAIL PROTECTED]> writes:
> >
> > > It seems that -lsocket is not found as it requires -lnsl for
> > > linking. -lnsl is not detected as it does not contain
> > > `gethostbyname()' function.
> >
> > That's weird. Wha
14 matches
Mail list logo