1 This is not a prioritized list. Patches that accomplish
2 these todo items are welcome.
5 The current configuration file has the following problems
6 ** # comments make #'s unsuitable for passwords.
7 ** : and @ delimiters make such characters unsuitable for
9 ** the hierarchical configuration is not exported cleanly,
10 setting a default and then propagating or overriding it
11 requires an odd syntax.
12 ** elements with spaces are problematic
13 ** annotations / customizations (such as the authentication
14 methods) are cumbersome.
15 ** continuation lines would allow richer shell actions without
16 external shell scripts.
18 ** adds gnutls_set_default_priority, which could clean up
19 a lot of the code to set priorities for ciphers that
20 don't really matter to wmbiff.
22 ** Erase counts > 1000 successfully (redraw the whole line)
23 ** Discover height of the font, scale appropriately.
24 ** Draw relative to symbolic width, height.
25 * Finish checking .wmbiffrc permissions.
26 With shell command execution support, it is even more
27 important to protect against other/group writability.
28 With passwords in the .wmbiffrc, .wmbiffrc shouldn't be
29 readable. It might be best to complain all the time, but
30 only abort when a password is used from a readable file,
31 or a shell command is executed from a writable file.
32 * Better timeout handling
33 Sometimes my IMAP server is slow... well, it's my fault
34 that I keep a few thousand messages on it. The current
35 timeout code will cause it to fail prematurely.
36 * Generic constructors for mboxes.
37 There's some common code across different Clients;
38 this is one piece that could use refactoring.
39 * Add more shell "recipes" besides gicu.
40 Just added 'finger'. I'm hoping to add something to
41 integrate 'remind' just as soon as I can figure it out.
42 * Support on/off status LED's, for, for example,
43 grep eth0 /proc/net/dev | wc -l
44 The colored LED's are already in WMBiff's pixmap.
45 * Support buttons 4 and 5
46 The mousewheel could be useful for some behaviors, like
47 controlling volume, or selecting different mailboxes.
48 * Use a helper program to blink keyboard led's.
49 Requires killing the 'notify' program when new mail no
50 longer exists. Keyboard blinking is done via a helper
51 program because it requires root. ledcontrol seems ok,
52 but extra complicated, and has a useless default install
53 that requires root. xbuffy's led program seems quite
54 good, but depending on another biff program seems odd.
55 * Add a failure-expect case in tlsComm.
56 For example, an IMAP status query has a good response (*
57 STATUS) and a bad response (a003 NO STATUS). As soon as
58 one of them is received, we're done.
59 * Reload .wmbiffrc when it changes
60 This is straightforward, except for IMAP mailboxes that
61 keep a connection to the server open. A close function
62 will have to be implemented to shut those down gracefully.
63 Do not involve sighup or any other signals. Use or
64 improve fileHasChanged().
65 * Runtime back-tick expansion for non-mbox
66 Because interesting mailboxes can be defined by date,
67 though its not clear any other clients can take advantage.
68 * Support GSSAPI or SASL authentication
69 Authentication using krb5 would be sweet.
71 * Unlikely to get done, unless someone volunteers:
72 * KDE/Gnome users: Test with KDE or gnome-panel
73 Does Debian bug #108529 apply to wmbiff? Can wmbiff
74 be swallowed by gnome-panel? It seems possible. It
75 appears to be swallowed by FVWM correctly.
76 * Autoconf / Automake Wizards: fix FromCVS.sh
77 How best to deal with libgnutls's macros? All
79 * Paranoid Pop People: Support POP over TLS.
80 tlsComm.c should make it easy to provide TLS support
81 for POP. Unfortunately, this would only be useful for
82 someone who has such a server that doesn't support IMAPS.
84 Try "path.n=shell:::ls -1 directoryname | wc -l".
85 If it works, tell us. Optionally the patch at sourceforge
87 * Recursive maildir support
88 Aggregation in general is an oft-desired feature.
90 Though the business model of free mail forces screen scrubbing,
91 having someone else write and maintain the interface seems
92 like it would significantly improve the utility of gmail.
94 $Id: TODO,v 1.21 2004/10/31 22:08:42 bluehal Exp $