X-Git-Url: http://git.silcnet.org/gitweb/?a=blobdiff_plain;f=TODO;h=7af043baa6ad6314d21a3fa5b9d829fccf1d863f;hb=3d61cdca00bf9d465a9a82024e9e991cc93f94fb;hp=08a77285f3e5be1b96edbd58994d7f895d20dd7e;hpb=3c736833b33f77e7b553f4220a71d59e98e30842;p=silc.git diff --git a/TODO b/TODO index 08a77285..7af043ba 100644 --- a/TODO +++ b/TODO @@ -1,15 +1,13 @@ TODO/bugs in Irssi SILC client ============================== - o Do not let irssi update the status bar on JOIN until the join command - is successful, so that it does not update that I'm on the channel - even though I could not join the channel. + o Add local command to switch the channel's private key when channel has + several private keys. Currently sending channel messages with many + keys is not possible because changing the key is not possible by the + user. - o The CMODE notify handling in client library may return NULL - client entry pointer to the application (when server was the CMODE's - executor). Fix this somehow. - - o Add PERL scripting support from Irssi CVS. + 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 @@ -19,6 +17,8 @@ TODO/bugs in Irssi SILC client cipher, hash, hmac and pkcs configuration to the Irssi SILC's config file. + o Add PERL scripting support from Irssi CVS. + o Extend the /HELP command to support sub commands or something. So that user can say /help set mutual_authentication they would get help of the mutual_authentication setting. @@ -30,43 +30,30 @@ TODO/bugs in Irssi SILC client TODO/bugs In SILC Client Library ================================ - o Library should save the cumode and not start from 0 everytime then - CUMODE is issued. A mechanism of getting the channel entry for - CMODE and CUMODE by the command reply identifier must be added. - Otherwise saving the modes for the channels and channel user - entries are impossible since server does not send Channel ID as - command reply in these commands. - - o All protocol execution timeouts are hard coded. They should be - configurable and the Irssi SILC client should be able to set them - with for example /set key_exchange_timeout etc. The silc_client_alloc - should take a Params structure or something as argument. - - o silc_client_close_connection leaks memory. Read the XXX from code. - - o The client library must manage somehow when receiving client that has - same nickname, same server, same username but different Client ID than - what we have in the cache. It is now assumed that they are different - client but it might not be. It should at least number the clients - using the client->num so that they can be accessed from the user - interface separately or it could just remove the old client unless - it is on some channels. + o When changing own nickname and there exists a same nickname the library + can give the client now nickname in format nick@host. This is new + behaviour and maybe should be removed. The changer should always + get the one it wants and not have the formatted nickname. TODO/bugs In SILC Server ======================== - o Incomplete IPv6 support: + o If auto-reconnecting to router and EOF is received during the + connecting phase the server will not try to auto-reconnect anymore + after that. Fix to auto-reconnect. - o silcd/serverid.c and its routines supports only IPv4. + o Backup router related issues - o DNS/IP lookup blocks the server. This must be fixed. Check the - resolver stuff (resolver(3), resolver(5)). Either we have to do the - own resolver stuff (through scheduler, if possible without writing - too much own stuff) or use threads. + o Channel user mode changes are notified unnecessarely when + switching to backup router on router crash. - o The backup router support described in the protocol specification - should be done at some point. + 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 New configuration file format must be added. The new one will be done using the dotconf config library (lib/dotconf). The following @@ -83,66 +70,70 @@ 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 - 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 =========================== - 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 Compression routines are missing. The protocol supports packet - compression thus it must be implemented. SILC Comp 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 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. - 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 Rewrite the lib/silcsim/silcsim.h. The SilcSimContext should be + private and silc_sim_alloc should take necessary arguments. -TODO In SILC Protocol +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. + o Add "request parameters" or similar to the WHOIS command, which can + be used to request various parameters (something not returned by + standard WHOIS command) about clients (info that could be fetched + even from clients). Additional specification (or appendix) should + be done to define the payload and the parameters. It could be used + to make the WHOIS command support various search conditions as well. + This would be the way to extend the WHOIS command to support various + new features without always making the command incompatible to previous + version. To be included in protocol version 1.1. + + o Re-define the Status Payload: it is now 16 bits, split it into two + 8 bits fields. First field includes status types from 0 - 9 and + 10 - n *if* it is not an list of errors. If it is list of errors then + the first field includes 1, 2 and/or 3, and the second field includes + the error status 10 - n. This way it is possible to send multiple + errors (list of errors) and we have a way to tell the receiver that + there will be other errors as well. The second field is used only + if there is list of errors. If normal status, or normal (single) + error status the second field is set to zero, and must be ignored. + Hence, the status works same way as now except for list of errors. + To be included in protocol version 1.1. + + o Define that WHOIS and IDENTIFY commands must send list of errors + if multiple Client ID (or Channel ID and Server ID for IDENTIFY) was + requested and was not found. Each unfound entry must cause an error + command reply to the sender. Also define that errors must be sent + *after* sending successfully found entries (this way receiver may + ignore them). To be included in protocol version 1.1. TODO After 1.0 ============== - o Pthreads support. A lot of problems are solved with server (and with - client as well) if we add pthread support. We can forget things such - as non-blocking connecting etc, and we can do things such as DNS/IP - lookups async. The server itself also benefits great deal from - threads, especially from performance point of view. + o Compression routines are missing. The protocol supports packet + 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 Implement the defined SilcDH API. The definition is in + lib/silccrypt/silcdh.h. - But, this is not a small task and almost entire SILC Library has to - be made re-entrant. Own API is probably added for the threads support - to make changes in the future as painless as possible. So the API - would have things like silc_mutex_lock, silc_mutex_unlock and - friends... + 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 X.509 certificate support. SILC protocol supports certificates and it would be great to have support for them. This is a big task as @@ -159,10 +150,11 @@ TODO After 1.0 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. - 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 OpenPGP certificate support. o Cipher optimizations (asm, that this) at least for i386 would be nice.