* server.c (cmd_listkeys, cmd_listsecretkeys): Divert to
[gnupg.git] / PROJECTS
index 763c611..85b4576 100644 (file)
--- a/PROJECTS
+++ b/PROJECTS
@@ -1,27 +1,30 @@
 
-  * Check if an object (a message, detached sign, public key, or whatever)
-    is signed by definite user, i.e. define user
-    (userid, or any other unique identification) on command line.
-
-    * Change the internal represention of keyid into a struct which
+    * Change the internal representation of keyid into a struct which
       can also hold the localid and extend the localid to hold information
       of the subkey number because two subkeys may have the same keyid.
 
-    * signature verification is done duplicated on import: in import.c and
-      tehn in trustdb.c too.  Maybe we can use a flag to skip the actual
-      verification process (this should work if we use the same keyblock,
-      but I'm not sure how to accomplish that).  Another way is to allow
-      the import of bogus data and let trustdb mark these keys as invalid;
-      I see an advantage in this that it may help to prevent a DoS on a
-      keyserver by sending him a lot of bogus signatures which he has
-      to check - Needs further investigation.
+    * Add a way to override the current cipher/md implementations
+      by others (using extensions)
+
+    * Not GnuPG related:  What about option completion in bash?
+      Can "--dump-options" be used for this or should we place the
+      options in an ELF note section?
+
+    * Split key support (n-out-of-m).  Use our own protocol or figure out
+      how PGP does it.
+
+    * add an option to re-create a public key from a secret key; we
+      can do this in trustdb.c:verify_own_keys. (special tool?)
+
+    * rewrite --list-packets or put it into another tool.
+
+    * write a tool to extract selected keys from a file.
 
-  * abstraction of the MPI
+    * Change the buffering to a mbuf like scheme?  See Michael's proposal.
 
-  * Add a way to override the current cipher/md implementations
-    by others (using extensions)
+    * Keep a list of duplicate, faked or unwanted keyids.
 
-  * Not GnuPG replated:  What about option completion in bash?
-    Can "--dump-options" be used for this or should we place the
-    options in a special ELF segment?
+    * The current code has knowledge about the structure of a keyblock.
+      We should add an abstraction layer so that adding support for
+      different certificate structures will become easier.