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 Add local commands to list the current server and client public keys
10 that the user has. And a local command to dump the contents of the
11 public key to the screen. Something like LISTKEYS, SHOWKEY...
13 o We should get rid of the clientconfig.[ch] in Irssi SILC and move the
14 cipher, hash, hmac and pkcs configuration to the Irssi SILC's config
17 o Resolve the users during the JOIN process with WHOIS and not with
18 IDENTIFY. Otherwise the userinfo is never resolved without explicitly
19 doing WHOIS to the user.
21 o The QUIT command should wait for server's disconnection (at least for
22 a while) before exiting the application.
24 o The JOIN command's HELP is generated from Irssi IRCs JOIN help and
25 the syntax is not same in SILC. This must be fixed.
27 o With USERS command to a channel user is not joined the name of the
28 channel is printed as garbled.
30 o Add PERL scripting support from Irssi CVS.
32 o Extend the /HELP command to support sub commands or something. So
33 that user can say /help set mutual_authentication they would get
34 help of the mutual_authentication setting.
36 o Set different kind of settings, like, /set mutual_authentication,
37 /set key_exchange_timeout, /set conn_auth_timeout etc etc.
40 TODO/bugs In SILC Client Library
41 ================================
43 o JOIN command's argument handling is buggy. See the XXX in the code.
46 TODO/bugs In SILC Server
47 ========================
49 o Add perhaps /var/run/silcd.pid for PID information for the server.
51 o Add a timeout to handling incmoing JOIN commands. It should be
52 enforced that JOIN command is executed only once in a second or two
53 seconds. Now it is possible to accept n incoming JOIN commands
54 and process them without any timeouts. THis must be employed because
55 each JOIN command will create and distribute the new channel key
56 to everybody on the channel.
58 o Incomplete IPv6 support:
60 o silcd/serverid.c and its routines supports only IPv4.
62 o The backup router support described in the protocol specification
63 should be done at some point.
65 o New configuration file format must be added. The new one will be
66 done using the dotconf config library (lib/dotconf). The following
67 tasks relates closely to this as well and must be done at the same time
68 when adding the new config file format:
70 o Server says that it is able to listen on multiple ports but
71 currently that is bogus. It can, but internals are for single
74 o Protocol execution timeouts are hard coded, should be
77 o IP address fields in configuration file should accept mask
78 format as well, IP/MASK, and not just plain IP.
80 o Connection classes should be actually implemented in
81 serverconfig.c. They can be defined but they are totally
82 ignored currently. And they should be redefined also.
85 TODO/bugs In SILC Libraries
86 ===========================
88 o Compression routines are missing. The protocol supports packet
89 compression thus it must be implemented. SILC Comp API must be
90 defined. zlib package is already included into the lib dir (in CVS,
91 not in distribution), but it is not used yet, and it requires some
92 tweaking on the Makefiles (we want static lib not shared).
94 o All payload parsing (decoding) functions should take unsigned char *
95 and uint32 as data and data length as arguments. Now some of the
96 routines do already that but most of the routines use SilcBuffer.
97 The SilcBuffer ones should be removed since buf->data and buf->len
98 is more convenient to use. However, the silc_buffer_[un]format
99 routines support only SilcBuffer so they would require reallocation
100 of SilcBuffer. Maybe support for raw data (and not just SilcBuffer)
101 should be added silc_buffer_[un]format_? routines. These are currently
102 only cosmetic changes but at some point must be done to make the
103 payload interfaces consistent.
105 o Incomplete IPv6 support:
107 o All network routines in lib/silcutil/silcnet.[ch] does not
109 o silc_id_render supports only IPv4 based ID's in the file
110 lib/silcutil/silcutil.c.
112 o Add builtin SOCKS and HTTP Proxy support, well the SOCKS at least.
113 SILC currently supports SOCKS4 and SOCKS5 but it needs to be compiled
117 TODO/Bugs in native WIN32 support (libraries)
118 =============================================
120 o silc_net_create_connection_async does not work the same way than on
121 Unix. Do it with threads on WIN32.
124 TODO In SILC Protocol
125 =====================
127 o If channel founder mode is set and the invite mode is set on channel
128 then the founder should be added to the list automatically so that
129 if the founder signoff's it will be able join again to the invite only
130 channel wihtout being invited.
136 o X.509 certificate support. SILC protocol supports certificates and
137 it would be great to have support for them. This is a big task as
138 support has to be made for ASN.1 as well. I've looked into OpenSSL
139 package as it has X.509 certificate support (and ASN.1 as well).
140 The code does not look very good to my eye but it has some potentials.
141 This should be looked at more closely.
143 Naturally own SILC Certificate API has to be defined regardles what
144 the actual X.509 library is (OpenSSL X.509 or something else). Other
145 choice is to write own X.509 library but I'm not going to do it -
146 I can help to migrate the OpenSSL X.509 into SILC and I can help if
147 someone would like to write the X.509 library - but I'm not going
148 to start writing one myself. Anyhow, the OpenSSL X.509 lib should
151 Other package that should be checked is the NSS's X509 library.
153 o SSH2 public keys support. Maybe - not really needed but could be
154 nice as SSH is widely used all over the place. SILC Protocol
155 supports SSH2 public keys.
157 o Cipher optimizations (asm, that this) at least for i386 would be nice.