1998-10-18 17:21:22 +02:00
|
|
|
|
2000-05-01 17:01:42 +02:00
|
|
|
* g10/trustdb.c (make_sig_records): fix the fixme.
|
|
|
|
|
2000-01-13 19:27:50 +01:00
|
|
|
* at least an option to prefer DSA keys over RSA when selecting the key to
|
2000-04-14 19:34:30 +02:00
|
|
|
use. Depending on creation time would be nice too. I think this is
|
|
|
|
already done for the subkeys - check it.
|
2000-03-16 16:16:15 +01:00
|
|
|
|
2000-04-10 13:32:38 +02:00
|
|
|
* Fix localtime() in W32.
|
|
|
|
|
2000-05-23 09:08:26 +02:00
|
|
|
* No TCP support yet for W32? arggg - should go into a separate program
|
|
|
|
anyway.
|
2000-05-12 13:59:49 +02:00
|
|
|
|
2000-06-05 12:27:46 +02:00
|
|
|
* Replace Valid/Invalid by Known/Unknown?
|
|
|
|
|
2000-05-12 13:59:49 +02:00
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
Scheduled for 1.1
|
|
|
|
-----------------
|
2000-04-14 19:34:30 +02:00
|
|
|
* Rework the whole key selection stuff: Compile a list of valid
|
|
|
|
candidates for a keyblock first and the select one from it.
|
|
|
|
The current code is too ugly (getkey.c).
|
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
* With option -i prompt before adding a key to the keyring and show some
|
|
|
|
info what we are about to add.
|
1999-03-14 19:35:18 +01:00
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
* Speed up calculation of key validation.
|
1999-03-14 19:35:18 +01:00
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
* Allow a replacement for the progress functions in ./cipher
|
1999-01-12 11:20:24 +01:00
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
* print a warning when a revoked/expired _secret_ key is used.
|
|
|
|
|
1999-08-31 17:30:12 +02:00
|
|
|
* --disable-asm should still assemble _udiv_qrnnd when needed
|
|
|
|
|
|
|
|
* Skip RO keyrings when importing a key.
|
|
|
|
|
1999-09-02 16:50:38 +02:00
|
|
|
* Use the newest encryption key if only the main key has been given.
|
|
|
|
|
|
|
|
* replace the keyserver stuff either by a call to a specialized
|
|
|
|
utility and SOCKSify this utility.
|
|
|
|
|
|
|
|
* Check the beginning of file to detect already compressed files (gzip,
|
|
|
|
bzip2, xdelta and some picture formats)
|
|
|
|
|
1999-10-04 21:27:02 +02:00
|
|
|
* Delay the read of the passphrase-fd after a NEED_PASSPHRASE. But this
|
1999-09-17 12:58:20 +02:00
|
|
|
may break some scripts.
|
|
|
|
|
1999-07-22 20:11:55 +02:00
|
|
|
|
1998-12-23 13:41:40 +01:00
|
|
|
Nice to have
|
|
|
|
------------
|
1999-08-31 17:30:12 +02:00
|
|
|
* Official test vectors for 3DES-EDE3
|
1999-04-07 20:58:34 +02:00
|
|
|
* use DEL and ^H for erasing the previous character (util/ttyio.c).
|
1999-05-08 19:35:16 +02:00
|
|
|
or better readline.
|
1999-04-09 12:34:44 +02:00
|
|
|
* Print a warning if the directory mode is wrong.
|
1999-03-08 20:50:18 +01:00
|
|
|
* Do a real fix for bug #7 or document that it is a PGP 5 error.
|
1999-02-22 20:08:46 +01:00
|
|
|
* preferences of hash algorithms are not yet used.
|
|
|
|
* Replace the SIGUSR1 stuff by semaphores to avoid loss of a signal.
|
1999-03-11 16:42:06 +01:00
|
|
|
or use POSIX.4 realtime signals. Overhaul the interface and the
|
|
|
|
test program. Use it with the test suite?
|
1999-02-22 20:08:46 +01:00
|
|
|
* add test cases for invalid data (scrambled armor or other random data)
|
|
|
|
* add checking of armor trailers
|
|
|
|
* Burn the buffers used by fopen(), or use read(2). Does this
|
1999-05-08 19:35:16 +02:00
|
|
|
really make sense? And while we are at it: implement a secure deletion
|
|
|
|
stuff?
|
1999-04-18 10:18:52 +02:00
|
|
|
* the pubkey encrypt functions should do some sanity checks.
|
|
|
|
* dynload: implement the hint stuff.
|
1999-07-12 14:57:54 +02:00
|
|
|
* "gpg filename.tar.gz.asc" should work like --verify (-sab).
|
1999-05-22 22:54:54 +02:00
|
|
|
* for messages created with "-t", it might make sense to append the
|
|
|
|
verification status of the message to the output (i.e. write something to
|
|
|
|
the --output file and not only to stderr.
|
1999-07-12 18:49:22 +02:00
|
|
|
* configure option where to find zlib
|
1999-07-23 14:03:01 +02:00
|
|
|
* Display more validity information about the user IDs at certain places.
|
|
|
|
We need a more general function to extract such kind of info from the
|
|
|
|
trustdb.
|
|
|
|
* Evaluate whether it make sense to replace the namehashs either by
|
|
|
|
using the user ID directly or by using pointers into the trustdb.
|
1999-05-22 22:54:54 +02:00
|
|
|
|