updates.
[silc.git] / TODO
diff --git a/TODO b/TODO
index 78e31ea0f3b0af79d3977e97939802d8f445e84a..9c8eb3f71ea1b808652bffd636028fe59a63da59 100644 (file)
--- a/TODO
+++ b/TODO
@@ -6,13 +6,13 @@ TODO/bugs in Irssi SILC client
    keys is not possible because changing the key is not possible by the
    user.
 
+ o JOINing to +a (requires passphrase to JOIN) does not work on autojoin.
+   Seems the passwords in the .silc/config has no effect.
+
  o Add local commands to list the current server and client public keys
    that the user has.  And a local command to dump the contents of the
    public key to the screen.  Something like LISTKEYS, SHOWKEY...
 
- o The QUIT command should wait for server's disconnection (at least for
-   a while) before exiting the application.
-
  o The JOIN command's HELP is generated from Irssi IRCs JOIN help and
    the syntax is not same in SILC.  This must be fixed.  Most likely
    we must forget the Irssi's JOIN command and mimic it to get our
@@ -35,35 +35,60 @@ TODO/bugs in Irssi SILC client
 TODO/bugs In SILC Client Library
 ================================
 
- o Someone changing nickname on the channel from nick to Nick will cause
-   that the new nick becomes Nick@host, because the old nick is not
-   removed from the cache before adding the new one.  This is because
-   of the way NICK_CHANGE notify is handled.  This should be fixed so
-   that if the old nick is to be removed the new nick will *replace*
-   the old one.
-
  o JOIN command's argument handling is buggy.  See the XXX in the code.
 
 
 TODO/bugs In SILC Server
 ========================
 
- o Add perhaps /var/run/silcd.pid for PID information for the server.
+ o Implement the <founder auth> and founder privileges gaining to
+   the JOIN command.  This will bypass invite-only mode as well for
+   the client who got the founder mode during JOIN.
+
+ o Optimize the WHOIS and IDENTIFY commands to check if the request
+   includes an ID or multiple IDs, then they are checked from local cache
+   first, and not sent directly to router.  This is because if they
+   are found in the local cache there's no need to send them to the
+   router.  Only if some ID is not found, or an found entry is 
+   incomplete it can be queried from the router.  This way these
+   commands become faster, and for example JOIN command becomes a lot
+   faster since the server ends up resolving the same information only
+   once, as opposed to resolve it everytime JOIN command is issued, like
+   it does now.
+
+   The same thing can be done with WHOWAS command as well.
+
+   It is important to send these requests to router only if they can be
+   expanded to many results (as when doing WHOIS for nickname).  If
+   they are explicit (like requesting by ID) the local cache MUST be
+   searched before sending it to router.
+
+ o Announcements are incomplete: channel topics are not announced,
+   user modes (UMODE) are not announced.
+
+ o Change the server to connect to another server from low ports (706)
+   and not from high ports.  Currently we cannot do incoming connection
+   checking by remote port because the port is not fixed.
+
+ o Backup router related issues
 
- o Add a timeout to handling incmoing JOIN commands.  It should be 
+       o After backup resume protocol the TOPIC_SET was not handled
+         correctly by all (unknown Channel ID).
+
+       o Channel user mode changes are notified unnecessarely when
+         switching to backup router on router crash.
+
+ o If client's public key is saved in the server (and doing public key
+   authentication) then the hostname and the username information could
+   be taken from the public key.  Should be a configuration option!
+
+ o Add a timeout to handling incoming JOIN commands.  It should be 
    enforced that JOIN command is executed only once in a second or two
    seconds.  Now it is possible to accept n incoming JOIN commands
    and process them without any timeouts.  THis must be employed because
    each JOIN command will create and distribute the new channel key
    to everybody on the channel.
 
- o The backup router support described in the protocol specification
-   should be done at some point.
-
- o Incomplete IPv6 support:
-
-       o silcd/serverid.c and its routines supports only IPv4.
-
  o New configuration file format must be added.  The new one will be
    done using the dotconf config library (lib/dotconf).  The following
    tasks relates closely to this as well and must be done at the same time
@@ -79,7 +104,7 @@ TODO/bugs In SILC Server
        o IP address fields in configuration file should accept mask
          format as well, IP/MASK, and not just plain IP.
 
-        o Connection classes should be actually implemented in
+       o Connection classes should be actually implemented in
          serverconfig.c.  They can be defined but they are totally
          ignored currently.  And they should be redefined also.
 
@@ -87,55 +112,24 @@ TODO/bugs In SILC Server
 TODO/bugs In SILC Libraries
 ===========================
 
+ o WIN32 silc_net_create_connection_async does not work the same way
+   than on Unix.  Do it with threads on WIN32.  The function works but
+   is not actually async currently.
+
+
+TODO After 1.0
+==============
+
  o Compression routines are missing.  The protocol supports packet
-   compression thus it must be implemented.  SILC Comp API must be
+   compression thus it must be implemented.  SILC Zip API must be
    defined.  zlib package is already included into the lib dir (in CVS,
    not in distribution), but it is not used yet, and it requires some
    tweaking on the Makefiles (we want static lib not shared).
 
- o All payload parsing (decoding) functions should take unsigned char *
-   and uint32 as data and data length as arguments.  Now some of the
-   routines do already that but most of the routines use SilcBuffer.
-   The SilcBuffer ones should be removed since buf->data and buf->len
-   is more convenient to use.  However, the silc_buffer_[un]format
-   routines support only SilcBuffer so they would require reallocation
-   of SilcBuffer.  Maybe support for raw data (and not just SilcBuffer)
-   should be added silc_buffer_[un]format_? routines.  These are currently
-   only cosmetic changes but at some point must be done to make the
-   payload interfaces consistent.
-
- o Incomplete IPv6 support:
-
-       o All network routines in lib/silcutil/silcnet.[ch] does not
-         support IPv6.
-       o silc_id_render supports only IPv4 based ID's in the file
-         lib/silcutil/silcutil.c.
-
  o Add builtin SOCKS and HTTP Proxy support, well the SOCKS at least.
    SILC currently supports SOCKS4 and SOCKS5 but it needs to be compiled
    in separately.
 
-
-TODO/Bugs in native WIN32 support (libraries)
-=============================================
-
- o silc_net_create_connection_async does not work the same way than on
-   Unix.  Do it with threads on WIN32.  The function works but is not
-   actually async currently.
-
-
-TODO In SILC Protocol
-=====================
-
- o If channel founder mode is set and the invite mode is set on channel
-   then the founder should be added to the list automatically so that
-   if the founder signoff's it will be able join again to the invite only
-   channel wihtout being invited.
-
-
-TODO After 1.0
-==============
-
  o X.509 certificate support.  SILC protocol supports certificates and
    it would be great to have support for them.  This is a big task as
    support has to be made for ASN.1 as well.  I've looked into OpenSSL 
@@ -157,4 +151,6 @@ TODO After 1.0
    nice as SSH is widely used all over the place.  SILC Protocol 
    supports SSH2 public keys.
 
+ o OpenPGP certificate support.
+
  o Cipher optimizations (asm, that this) at least for i386 would be nice.