mirror of
git://git.gnupg.org/gnupg.git
synced 2024-12-31 11:41:32 +01:00
* gpg.sgml: Fix a few missing semicolons in & entities. Noted by
Christian Biere. Some minor grammar fixes. Remove the "host -l pgp.net | grep wwwkeys" advice since the nameserver no longer all allow zone transfers. Replace it with a mention of hkp://subkeys.pgp.net. Note that BZIP2 defaults to compression level 6.
This commit is contained in:
parent
c4ecc7bce8
commit
d143a9ecc2
@ -1,3 +1,12 @@
|
||||
2003-12-08 David Shaw <dshaw@jabberwocky.com>
|
||||
|
||||
* gpg.sgml: Fix a few missing semicolons in & entities. Noted by
|
||||
Christian Biere. Some minor grammar fixes. Remove the "host -l
|
||||
pgp.net | grep wwwkeys" advice since the nameserver no longer all
|
||||
allow zone transfers. Replace it with a mention of
|
||||
hkp://subkeys.pgp.net. Note that BZIP2 defaults to compression
|
||||
level 6.
|
||||
|
||||
2003-10-31 Werner Koch <wk@gnupg.org>
|
||||
|
||||
* DETAILS: Add a note about the date format for X.509.
|
||||
|
59
doc/gpg.sgml
59
doc/gpg.sgml
@ -544,28 +544,28 @@ safeguard against accidental deletion of multiple keys.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term>--delete-secret-key &ParmName;</term>
|
||||
<term>--delete-secret-key &ParmName;</term>
|
||||
<listitem><para>
|
||||
Remove key from the secret and public keyring. In batch mode the key
|
||||
must be specified by fingerprint.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term>--delete-secret-and-public-key &ParmName;</term>
|
||||
<term>--delete-secret-and-public-key &ParmName;</term>
|
||||
<listitem><para>
|
||||
Same as --delete-key, but if a secret key exists, it will be removed
|
||||
first. In batch mode the key must be specified by fingerprint.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term>--gen-revoke</term>
|
||||
<term>--gen-revoke &ParmName;</term>
|
||||
<listitem><para>
|
||||
Generate a revocation certificate for the complete key. To revoke
|
||||
a subkey or a signature, use the --edit command.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term>--desig-revoke</term>
|
||||
<term>--desig-revoke &ParmName;</term>
|
||||
<listitem><para>
|
||||
Generate a designated revocation certificate for a key. This allows a
|
||||
user (with the permission of the keyholder) to revoke someone else's
|
||||
@ -805,9 +805,9 @@ option is off by default and has no effect on non-Windows platforms.
|
||||
<varlistentry>
|
||||
<term>-u, --local-user &ParmName;</term>
|
||||
<listitem><para>
|
||||
Use &ParmName as the user ID to sign.
|
||||
This option is silently ignored for the list commands,
|
||||
so that it can be used in an options file.
|
||||
Use &ParmName; as the user ID to sign with. This option is silently
|
||||
ignored for the list commands, so that it can be used in an options
|
||||
file.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
|
||||
@ -914,9 +914,9 @@ Try to be as quiet as possible.
|
||||
Set compression level to &ParmN; for the ZIP and ZLIB compression
|
||||
algorithms. The default is to use the default compression level of
|
||||
zlib (normally 6). --bzip2-compress-level sets the compression level
|
||||
for the BZIP2 compression algorithm. This is a different option since
|
||||
BZIP2 uses a significant amount of memory for each additional
|
||||
compression level. -z sets both.
|
||||
for the BZIP2 compression algorithm (defaulting to 6 as well). This
|
||||
is a different option since BZIP2 uses a significant amount of memory
|
||||
for each additional compression level. -z sets both.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
@ -1069,22 +1069,20 @@ Identical to `--trust-model always'. This option is deprecated.
|
||||
<varlistentry>
|
||||
<term>--keyserver &ParmName;</term>
|
||||
<listitem><para>
|
||||
Use &ParmName as your keyserver. This is the server that --recv-keys,
|
||||
--send-keys, and --search-keys will communicate with to receive keys
|
||||
from, send keys to, and search for keys on. The format of the
|
||||
&ParmName is a URI: `scheme:[//]keyservername[:port]' The scheme is
|
||||
the type of keyserver: "hkp" for the HTTP (or compatible) keyservers,
|
||||
"ldap" for the NAI LDAP keyserver, or "mailto" for the Graff email
|
||||
keyserver. Note that your particular installation of GnuPG may have
|
||||
other keyserver types available as well. Keyserver schemes are
|
||||
case-insensitive.
|
||||
Use &ParmName; as your keyserver. This is the server that
|
||||
--recv-keys, --send-keys, and --search-keys will communicate with to
|
||||
receive keys from, send keys to, and search for keys on. The format
|
||||
of the &ParmName; is a URI: `scheme:[//]keyservername[:port]' The
|
||||
scheme is the type of keyserver: "hkp" for the HTTP (or compatible)
|
||||
keyservers, "ldap" for the NAI LDAP keyserver, or "mailto" for the
|
||||
Graff email keyserver. Note that your particular installation of
|
||||
GnuPG may have other keyserver types available as well. Keyserver
|
||||
schemes are case-insensitive.
|
||||
</para><para>
|
||||
Most keyservers synchronize with each other, so there is generally no
|
||||
need to send keys to more than one server. Using the command "host -l
|
||||
pgp.net | grep wwwkeys" gives you a list of HKP keyservers. When
|
||||
using one of the wwwkeys servers, due to load balancing using
|
||||
round-robin DNS you may notice that you get a different key server
|
||||
each time.
|
||||
need to send keys to more than one server. The keyserver
|
||||
"hkp://subkeys.pgp.net" uses round robin DNS to give a different
|
||||
keyserver each time you use it.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
@ -2635,12 +2633,13 @@ a signature was bad, and other error codes for fatal errors.
|
||||
<term>gpg --verify <parameter/pgpfile/</term>
|
||||
<term>gpg --verify <parameter/sigfile/ &OptParmFiles;</term>
|
||||
<listitem><para>
|
||||
Verify the signature of the file but do not output the data. The second form
|
||||
is used for detached signatures, where <parameter/sigfile/ is the detached
|
||||
signature (either ASCII armored of binary) and &OptParmFiles are the signed
|
||||
data; if this is not given the name of the file holding the signed data is
|
||||
constructed by cutting off the extension (".asc" or ".sig") of
|
||||
<parameter/sigfile/ or by asking the user for the filename.
|
||||
Verify the signature of the file but do not output the data. The
|
||||
second form is used for detached signatures, where <parameter/sigfile/
|
||||
is the detached signature (either ASCII armored or binary) and
|
||||
&OptParmFiles; are the signed data; if this is not given, the name of
|
||||
the file holding the signed data is constructed by cutting off the
|
||||
extension (".asc" or ".sig") of <parameter/sigfile/ or by asking the
|
||||
user for the filename.
|
||||
</para></listitem></varlistentry>
|
||||
|
||||
</variablelist>
|
||||
|
Loading…
x
Reference in New Issue
Block a user