1 TODO/bugs in Irssi SILC client
2 ==============================
4 o Add local command to switch the channel's private key when channel has
5 several private keys. Currently sending channel messages with many
6 keys is not possible because changing the key is not possible by the
9 o JOINing to +a (requires passphrase to JOIN) does not work on autojoin.
10 Seems the passwords in the .silc/config has no effect.
12 o Add local commands to list the current server and client public keys
13 that the user has. And a local command to dump the contents of the
14 public key to the screen. Something like LISTKEYS, SHOWKEY...
16 o The QUIT command should wait for server's disconnection (at least for
17 a while) before exiting the application.
19 o The JOIN command's HELP is generated from Irssi IRCs JOIN help and
20 the syntax is not same in SILC. This must be fixed. Most likely
21 we must forget the Irssi's JOIN command and mimic it to get our
22 required syntax for it too.
24 o We should get rid of the clientconfig.[ch] in Irssi SILC and move the
25 cipher, hash, hmac and pkcs configuration to the Irssi SILC's config
28 o Add PERL scripting support from Irssi CVS.
30 o Extend the /HELP command to support sub commands or something. So
31 that user can say /help set mutual_authentication they would get
32 help of the mutual_authentication setting.
34 o Set different kind of settings, like, /set mutual_authentication,
35 /set key_exchange_timeout, /set conn_auth_timeout etc etc.
38 TODO/bugs In SILC Client Library
39 ================================
41 o JOIN command's argument handling is buggy. See the XXX in the code.
44 TODO/bugs In SILC Server
45 ========================
47 o Add perhaps /var/run/silcd.pid for PID information for the server.
49 o Add a timeout to handling incmoing JOIN commands. It should be
50 enforced that JOIN command is executed only once in a second or two
51 seconds. Now it is possible to accept n incoming JOIN commands
52 and process them without any timeouts. THis must be employed because
53 each JOIN command will create and distribute the new channel key
54 to everybody on the channel.
56 o The backup router support described in the protocol specification
57 should be done at some point.
59 o Incomplete IPv6 support:
61 o silcd/serverid.c and its routines supports only IPv4.
63 o New configuration file format must be added. The new one will be
64 done using the dotconf config library (lib/dotconf). The following
65 tasks relates closely to this as well and must be done at the same time
66 when adding the new config file format:
68 o Server says that it is able to listen on multiple ports but
69 currently that is bogus. It can, but internals are for single
72 o Protocol execution timeouts are hard coded, should be
75 o IP address fields in configuration file should accept mask
76 format as well, IP/MASK, and not just plain IP.
78 o Connection classes should be actually implemented in
79 serverconfig.c. They can be defined but they are totally
80 ignored currently. And they should be redefined also.
83 TODO/bugs In SILC Libraries
84 ===========================
86 o Compression routines are missing. The protocol supports packet
87 compression thus it must be implemented. SILC Comp API must be
88 defined. zlib package is already included into the lib dir (in CVS,
89 not in distribution), but it is not used yet, and it requires some
90 tweaking on the Makefiles (we want static lib not shared).
92 o All payload parsing (decoding) functions should take unsigned char *
93 and uint32 as data and data length as arguments. Now some of the
94 routines do already that but most of the routines use SilcBuffer.
95 The SilcBuffer ones should be removed since buf->data and buf->len
96 is more convenient to use. However, the silc_buffer_[un]format
97 routines support only SilcBuffer so they would require reallocation
98 of SilcBuffer. Maybe support for raw data (and not just SilcBuffer)
99 should be added silc_buffer_[un]format_? routines. These are currently
100 only cosmetic changes but at some point must be done to make the
101 payload interfaces consistent.
103 o Incomplete IPv6 support:
105 o All network routines in lib/silcutil/silcnet.[ch] does not
107 o silc_id_render supports only IPv4 based ID's in the file
108 lib/silcutil/silcutil.c.
110 o Add builtin SOCKS and HTTP Proxy support, well the SOCKS at least.
111 SILC currently supports SOCKS4 and SOCKS5 but it needs to be compiled
115 TODO/Bugs in native WIN32 support (libraries)
116 =============================================
118 o silc_net_create_connection_async does not work the same way than on
119 Unix. Do it with threads on WIN32. The function works but is not
120 actually async currently.
123 TODO In SILC Protocol
124 =====================
126 o If channel founder mode is set and the invite mode is set on channel
127 then the founder should be added to the list automatically so that
128 if the founder signoff's it will be able join again to the invite only
129 channel wihtout being invited.
135 o X.509 certificate support. SILC protocol supports certificates and
136 it would be great to have support for them. This is a big task as
137 support has to be made for ASN.1 as well. I've looked into OpenSSL
138 package as it has X.509 certificate support (and ASN.1 as well).
139 The code does not look very good to my eye but it has some potentials.
140 This should be looked at more closely.
142 Naturally own SILC Certificate API has to be defined regardles what
143 the actual X.509 library is (OpenSSL X.509 or something else). Other
144 choice is to write own X.509 library but I'm not going to do it -
145 I can help to migrate the OpenSSL X.509 into SILC and I can help if
146 someone would like to write the X.509 library - but I'm not going
147 to start writing one myself. Anyhow, the OpenSSL X.509 lib should
150 Other package that should be checked is the NSS's X509 library.
152 o SSH2 public keys support. Maybe - not really needed but could be
153 nice as SSH is widely used all over the place. SILC Protocol
154 supports SSH2 public keys.
156 o Cipher optimizations (asm, that this) at least for i386 would be nice.