/mandos/release

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/release

« back to all changes in this revision

Viewing changes to plugins.d/mandos-client.xml

  • Committer: Teddy Hogeborn
  • Date: 2008-10-18 11:17:22 UTC
  • Revision ID: teddy@fukt.bsnet.se-20081018111722-jtbz35c031lxuuc9
* debian/mandos-client.docs (NEWS): Added.
* debian/mandos.docs (NEWS): - '' -

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
<?xml version="1.0" encoding="UTF-8"?>
2
2
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3
3
        "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
4
 
<!ENTITY VERSION "1.0">
5
4
<!ENTITY COMMANDNAME "mandos-client">
6
 
<!ENTITY TIMESTAMP "2008-09-06">
 
5
<!ENTITY TIMESTAMP "2008-10-03">
 
6
<!ENTITY % common SYSTEM "../common.ent">
 
7
%common;
7
8
]>
8
9
 
9
10
<refentry xmlns:xi="http://www.w3.org/2001/XInclude">
10
11
  <refentryinfo>
11
12
    <title>Mandos Manual</title>
12
 
    <!-- Nwalsh’s docbook scripts use this to generate the footer: -->
 
13
    <!-- NWalsh’s docbook scripts use this to generate the footer: -->
13
14
    <productname>Mandos</productname>
14
 
    <productnumber>&VERSION;</productnumber>
 
15
    <productnumber>&version;</productnumber>
15
16
    <date>&TIMESTAMP;</date>
16
17
    <authorgroup>
17
18
      <author>
36
37
    </copyright>
37
38
    <xi:include href="../legalnotice.xml"/>
38
39
  </refentryinfo>
39
 
 
 
40
  
40
41
  <refmeta>
41
42
    <refentrytitle>&COMMANDNAME;</refentrytitle>
42
43
    <manvolnum>8mandos</manvolnum>
48
49
      Client for <application>Mandos</application>
49
50
    </refpurpose>
50
51
  </refnamediv>
51
 
 
 
52
  
52
53
  <refsynopsisdiv>
53
54
    <cmdsynopsis>
54
55
      <command>&COMMANDNAME;</command>
113
114
      </group>
114
115
    </cmdsynopsis>
115
116
  </refsynopsisdiv>
116
 
 
 
117
  
117
118
  <refsect1 id="description">
118
119
    <title>DESCRIPTION</title>
119
120
    <para>
215
216
          </para>
216
217
        </listitem>
217
218
      </varlistentry>
218
 
 
 
219
      
219
220
      <varlistentry>
220
221
        <term><option>--seckey=<replaceable
221
222
        >FILE</replaceable></option></term>
238
239
                      xpointer="priority"/>
239
240
        </listitem>
240
241
      </varlistentry>
241
 
 
 
242
      
242
243
      <varlistentry>
243
244
        <term><option>--dh-bits=<replaceable
244
245
        >BITS</replaceable></option></term>
284
285
          </para>
285
286
        </listitem>
286
287
      </varlistentry>
287
 
 
 
288
      
288
289
      <varlistentry>
289
290
        <term><option>--version</option></term>
290
291
        <term><option>-V</option></term>
296
297
      </varlistentry>
297
298
    </variablelist>
298
299
  </refsect1>
299
 
 
 
300
  
300
301
  <refsect1 id="overview">
301
302
    <title>OVERVIEW</title>
302
303
    <xi:include href="../overview.xml"/>
343
344
    </para>
344
345
  </refsect1>
345
346
  
346
 
  <refsect1 id="file">
 
347
  <refsect1 id="files">
347
348
    <title>FILES</title>
348
349
    <variablelist>
349
350
      <varlistentry>
368
369
<!--     <para> -->
369
370
<!--     </para> -->
370
371
<!--   </refsect1> -->
371
 
 
 
372
  
372
373
  <refsect1 id="example">
373
374
    <title>EXAMPLE</title>
374
375
    <para>
423
424
      </para>
424
425
    </informalexample>
425
426
  </refsect1>
426
 
 
 
427
  
427
428
  <refsect1 id="security">
428
429
    <title>SECURITY</title>
429
430
    <para>
449
450
      The only remaining weak point is that someone with physical
450
451
      access to the client hard drive might turn off the client
451
452
      computer, read the OpenPGP keys directly from the hard drive,
452
 
      and communicate with the server.  The defense against this is
453
 
      that the server is supposed to notice the client disappearing
454
 
      and will stop giving out the encrypted data.  Therefore, it is
455
 
      important to set the timeout and checker interval values tightly
456
 
      on the server.  See <citerefentry><refentrytitle
 
453
      and communicate with the server.  To safeguard against this, the
 
454
      server is supposed to notice the client disappearing and stop
 
455
      giving out the encrypted data.  Therefore, it is important to
 
456
      set the timeout and checker interval values tightly on the
 
457
      server.  See <citerefentry><refentrytitle
457
458
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
458
459
    </para>
459
460
    <para>
470
471
      confidential.
471
472
    </para>
472
473
  </refsect1>
473
 
 
 
474
  
474
475
  <refsect1 id="see_also">
475
476
    <title>SEE ALSO</title>
476
477
    <para>
601
602
      </varlistentry>
602
603
    </variablelist>
603
604
  </refsect1>
604
 
 
605
605
</refentry>
 
606
 
606
607
<!-- Local Variables: -->
607
608
<!-- time-stamp-start: "<!ENTITY TIMESTAMP [\"']" -->
608
609
<!-- time-stamp-end: "[\"']>" -->