about summary refs log tree commit diff stats
path: root/lynx_help/keystrokes/cookie_help.html
blob: ad4c424097210ed1035c1d48646e96e742433b1a (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2//EN">
<!-- $LynxId: cookie_help.html,v 1.7 2012/01/31 23:19:37 tom Exp $ -->

<html>
<head>
  <meta name="generator" content=
  "HTML Tidy for Linux/x86 (vers 6 November 2007), see www.w3.org">

  <title>Help on the Cookie Jar Page</title>
  <link rev="made" href="mailto:lynx-dev@nongnu.org">
  <meta http-equiv="Content-Type" content=
  "text/html; charset=us-ascii">
</head>

<body>
  <h1>Cookie Jar Page Help</h1>

  <p>The Cookie Jar Page displays all of the unexpired cookies you
  have accumulated in the hypothetical <em>Cookie Jar</em>. The
  cookies are obtained via <em>Set-Cookie</em> MIME headers in
  replies from http servers, and are used for <a href=
  "../Lynx_users_guide.html#Cookies">State Management</a> across
  successive requests to the servers.</p>

  <p>The cookies are listed by <em>domain</em> (server's Fully
  Qualified Domain Name, or site-identifying portion of the FQDN),
  and in order of decreasing specificity (number of slash-separated
  symbolic elements in the <em>path</em> attribute of the cookie).
  When Lynx sends requests to an http server whose address
  tail-matches a <em>domain</em> in the <em>Cookie Jar</em>, all
  its cookies with a <em>path</em> which head-matches the path in
  the URL for that request are included as a <em>Cookie</em> MIME
  header. The 'allow' setting for accepting cookies from each
  domain (always, never, or via prompt) also is indicated in the
  listing.</p>

  <p>The listing also shows the <em>port</em> (normally 80) of the
  URL for the request which caused the cookie to be sent, and
  whether the <em>secure</em> flag is set for the cookie, in which
  case it will be sent only via secure connections (presently, only
  SSL). The <em>Maximum Gobble Date</em>, i.e., when the cookie is
  intended to expire, also is indicated. Also, a server may change
  the expiration date, or cause the cookie to be deleted, in its
  replies to subsequent requests from Lynx. If the server included
  any explanatory comments in its <em>Set-Cookie</em> MIME headers,
  those also are displayed in the listing.</p>

  <p>The <em>domain</em>=value pairs, and each cookie's name=value,
  are links in the listing. Activating a <em>domain</em>=value link
  will invoke a prompt asking whether all cookies in that
  <em>domain</em> should be <em>Gobbled</em> (deleted from the
  <em>Cookie Jar</em>), and/or whether the <em>domain</em> entry
  should be <em>Gobbled</em> if all of its cookies have been
  <em>Gobbled</em>, or whether to change the 'allow' setting for
  that <em>domain</em>. Activating a cookie's name=value link will
  cause that particular cookie to be <em>Gobbled</em>. You will be
  prompted for confirmations of deletions, to avoid any accidental
  <em>Gobbling</em>.</p>
</body>
</html>