updates

[silc.git] / TODO

diff --git a/TODO b/TODO
index 9c8eb3f71ea1b808652bffd636028fe59a63da59..23c9256e34e6091e5beba57fc4355bc67c386788 100644 (file)
--- a/TODO
+++ b/TODO
@@ -13,11 +13,6 @@ TODO/bugs in Irssi SILC client
    that the user has.  And a local command to dump the contents of the
    public key to the screen.  Something like LISTKEYS, SHOWKEY...
 
    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 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
-   required syntax for it too.
-

  o We should get rid of the clientconfig.[ch] in Irssi SILC and move the
    cipher, hash, hmac and pkcs configuration to the Irssi SILC's config
    file.
  o We should get rid of the clientconfig.[ch] in Irssi SILC and move the
    cipher, hash, hmac and pkcs configuration to the Irssi SILC's config
    file.


@@ -35,53 +30,26 @@ TODO/bugs in Irssi SILC client
 TODO/bugs In SILC Client Library
 ================================
 
 TODO/bugs In SILC Client Library
 ================================
 

- o JOIN command's argument handling is buggy.  See the XXX in the code.
+ o Process the NO_SUCH_CLIENT_ID for WHOIS and IDENTIFY, since it can
+   be received for example after sending MSG to non-existent client.
+   It actually should be done always when it is received and the old
+   entry should be removed.
+
+   Doing this now however causes that /msg nick might give "no such nick"
+   for the first time, and then after the entry is removed /msg nick
+   may actually to go any nick client, which is not desired behaviour.
+   The /msg must be fixed to use the specific nickname user typed 
+   (nick must not match nick@host).

 
 
 TODO/bugs In SILC Server
 ========================
 
 
 
 TODO/bugs In SILC 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 Backup router related issues
 

-       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 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
  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


@@ -108,6 +76,10 @@ TODO/bugs In SILC Server
          serverconfig.c.  They can be defined but they are totally
          ignored currently.  And they should be redefined also.
 
          serverconfig.c.  They can be defined but they are totally
          ignored currently.  And they should be redefined also.
 

+ 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!
+

 
 TODO/bugs In SILC Libraries
 ===========================
 
 TODO/bugs In SILC Libraries
 ===========================


@@ -116,6 +88,8 @@ TODO/bugs In SILC Libraries
    than on Unix.  Do it with threads on WIN32.  The function works but
    is not actually async currently.
 
    than on Unix.  Do it with threads on WIN32.  The function works but
    is not actually async currently.
 

+ o Do not let the silcdefs.h lay around in distributions.
+

 
 TODO After 1.0
 ==============
 
 TODO After 1.0
 ==============


@@ -126,6 +100,9 @@ TODO After 1.0
    not in distribution), but it is not used yet, and it requires some
    tweaking on the Makefiles (we want static lib not shared).
 
    not in distribution), but it is not used yet, and it requires some
    tweaking on the Makefiles (we want static lib not shared).
 

+ o Implement the defined SilcDH API.  The definition is in
+   lib/silccrypt/silcdh.h.
+

  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.
  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.


@@ -145,11 +122,10 @@ TODO After 1.0
    to start writing one myself.  Anyhow, the OpenSSL X.509 lib should
    be checked.
 
    to start writing one myself.  Anyhow, the OpenSSL X.509 lib should
    be checked.
 

-   Other package that should be checked is the NSS's X509 library.
+   Other package that should be checked is the NSS's X509 library,
+   which I like more over OpenSSL package.

 
 

- o SSH2 public keys support.  Maybe - not really needed but could be
-   nice as SSH is widely used all over the place.  SILC Protocol 
-   supports SSH2 public keys.
+ o SSH2 public keys support.

 
  o OpenPGP certificate support.
 
 
  o OpenPGP certificate support.