Second column: * = cool feature which is not essential
+Third column: 1=trivial 2=easy 3=moderate 4=hard 5=almost impossible
+ +| Addressbook | 2 | Jeff | The addressbook is working with sample data. Adding and editing needs to be fixed. Also some LDAP support is planned. (Jeff please help me on this status) | ||
| Composition | 2 | Giao | The main composition window seems to work well. Giao wants to move some of the UI things to XML. | ||
| Composition - Attachments | 3 | You? | It doesn't work. It should work. | ||
| Composition - HTML | * | 5 | You? | Some people don't like people to use HTML for e-mail, but especially within companies where everybody uses the same client this might be appropriate. | |
| Composition - Multi-personality | * | 2 | Edwin | Working except for prefs. However, the personality question should be answered before we open the composition window (and not in the composition window itself), so that the signature can be added automatically. | |
| Composition - Signatures | 1 | Edwin | Working except you need to push a button to include the signature. This is because of the multi-personality hack. | ||
| Crypto - Login authentication | * | 4 | You? | SSL, SASL, APOP, Kerberos etc. Some code can be done by US people because US export laws don't cover authentication. | |
| Crypto - PGP | * | 4 | Jeroen / Edwin | No work done yet, but will start soon. We will hack in some PGP library. Of course no code will be submitted to mozilla, but a separate codebase will exist outside the US. Cryptix has some PGP code. We are looking into that state of this code. | Cryptix |
| Crypto - S/MIME | * | 4 | You? | Should be done by someone outside the US. I'm not sure if there's a free implementation available. If there is one, it should not be too hard. | |
| Database - Simple | 3 | Edwin | Now there's code in CVS for simple netscape 2.x/3.x summary files. First we need to get this working. | ||
| Database - Advanced | * | 5 | You? | Next step (after the simple database) is to implement a very fast and scaleable database. Maybe we should implement the MDB interface the mail/news group created and do a simple java implementation so we maintain true cross-platform runnability. If we need speed we can use the native implementations from the mail/news group for a few platforms. These are just some thoughts. | |
| Documentation | 3 | Everybody | Why is it that everybody wants to code, but 'forgets' to write documentation on it. | ||
| Filters | * | 5 | You? | Needs a lot of thoughts and design. Of course we can implement some simple filtering, but we want it to be better than any other product. There's a little code in CVS now, but it's almost like starting from scratch. | Some thoughts on filters |
| Intertwingle | * | 5 | You? | Needs a lot of thoughts and design. There's a little code in CVS now, but it's almost like starting from scratch. | Blue sky on Intertwingle |
| Maildrop | 2 | Edwin | This is the process of emptying a POP3 store into a local folder. Not very difficult, but it needs to be done to satisfy all POP3 users. | ||
| MIME | ? | You? | It works for simple things like text/plain, but the status is unknown to me for more difficult messages with multipart stuff. Also the javamail API contains some mime stuff and I'm not sure if it is used. I guess this should be done by the same person who is working on the attachments. | ||
| Native stuff | ? | 4 | You? | Look at the webpage. | Native methods in grendel |
| Preferences | 1 | Giao | The separate parts are working, the 'mother' dialog still needs to be done. Also there's no support yet for multi-peronality things. | ||
| Provider - Berkeley | 2 | You? | It works quite well, but people are saying that still some things need to be implemented. One example is the file locking for the files. | ||
| Provider - IMAP | 2 | Edwin | We will use SUN's provider, but grendel needs some extra functionality (like the total number of unread messages). Also the database needs to be used to speed things up. | ||
| Provider - News | 2 | Edwin | We will use an open source provider under the MPL from Knife. We will abandon the available news code in grendel as this saves work. | Knife | |
| Provider - POP3 | 2 | Edwin | We will use SUN's provider, but grendel needs some extra functionality (like the total number of unread messages). We will abandon the available POP3 code in grendel as it needs work and SUN's provider is working fine now. (It wasn't available when grendel was developed. It is now available as Early Access) | ||
| UI - Actions | 3 | You? | A lot of things are not working yet. Like moving messages to folders, deleting messages, printing messages etc. | ||
| UI - Attachments | 4 | You? | We should try to display known content like images, web pages, other mail-messages inline. Also of course there must be the possibility to save things. | ||
| UI - Drag & Drop | * | 4 | You? | Features like moving messages to folders with dnd, but also adding attachments through dnd. Some code is available, but the status is unknown. We should not use the JDK 1.2 dnd stuff, because we want it to work on JDK 1.1. But of course we can steal ideas. | |
| UI - Three pane | 2 | Giao | It works quite well, but still some improvements are needed. Especially on the folder contents table and the message display. (Giao, Jeff, please help me on this status) | ||
| UI - XML Dialog Builder | 2 | Giao | It works and it is really cool to build dialogs from XML. Now all dialogs should move to this technology. | ||
People:
+