What I could see so far since reading mails of this list is that there are a lot of bugs found by all of us and a lot of bug fixes are also shared through this list and last but not least the developers are really trying to fix (following their priorities) all those things quickly. I like this webmail client and I think it has a very good potential to start a small revolution within the open source webmail area. What I also see is that, there is still a long way to go to reach "stable" status, but forgive me if I am wrong: All of us want to see this product getting there as soon as possible due to lack of good (and more important nice looking) alternatives.
As I am not a very experienced software developer, especially when it comes to DHTML, I am unfortunatly not able to contribute in that way. What I and for many other _users_ could do is testing, reporting bugs and verifying bugfixes in a proper way.
I would suggest to create some fixed test procedures with corresponding check lists, which every release should be tested against.
Some examples:
- Sending / receiving mails with attachements (zip, rar, 7zip, ace, jpeg, gif, etc)
- Front-end functionality (very important to have fixed test prodcure here i.e. testing all things, which can be done with front-end, this should also be done with all major browsers following a defined priority)
- Back-end functionality (testing on different platforms and IMAP servers i.e. deleting, moving mails, status unread / read mails ...)
I think, if we create a "things to be tested" catalogue, which every _user_ could follow and check things which passed or not passed and do good reporting to developers afterwards, will make live easier for all users (administrators) adn especially for the developers (saving valuable time).
If you wish I could assist / support you (the developers) with creating and more important maintaining such a catalogue and even could do some controlling.
Let me know your thaughts about this issue.
Regards,
Robert