On Mon, 14 Feb 2011 10:01:42 +1300, Jérôme Duval <korli@xxxxxxxxxxxxxxxx> wrote:
Hi Clemens, 2011/2/9 <clemens.zeidler@xxxxxxxxxxxxxx>:Switch to the new MailProtocol and account API. Lot of other smaller adaption to the new mail server.Remove button in the pref app removes the complete account because we don't have separate chains any more. The pref app stays a mess, needs some layout love! (I did it even look worse...)The new account/mail settings classes know if they have been changed but the current pref panel does not use this feature very well. It always mark the settings as modified when the settings view is displayed or more precise when the settings view is detached from the pref window, this could be optimized. The according mail protocol is completely restarted when their settings changed.Some system filters are now directly integrated in the mail protocols. Hopefully make things easier to understand.Is the GSoC idea "Fix and improve Haiku's mail system" still valid in your opinion? https://dev.haiku-os.org/wiki/GoogleSummerOfCodeIdeas Bye, Jérôme
There is still a lot to do but not sure if it is a good GSoC task. Here a incomplete bug list / todo list:
General stuff: - lot of smaller bugs and also still some crashes here and there - check mails when net connection is established and not already before - using layout engine in the pref app - localize mail server / save old Japanese translation - polish the status window - new mails query stops working after some time and show read mails!?- rethink the status flag attribute, e.g. a mail could have the status unread and replied and important and... but the current string attribute can't represent these multi states. Would also be cool to use different icons for different states... - mail app window starts to slow, don't know what takes so long on startup but probably the parsing of the mail - the mail editor window e.g. can't handle spell check stuff probably. Would be cool to have a general editor view that could be used for all kind of applications (if I'm not totally wrong KDE use the kate editor view all over their apps) - in general the mail app window look not very nice/ old fashion, waste space. - tracker is not able to show a lot of files, it just takes to long to display ~10000 mails. Alexandre said it a problem how tracker managed the files internally. Alexandre, how easy is it to fix?
- tracker add-on to download the body of partial downloaded mails IMAP:- I already discussed it with Oliver a bit, a IMAP-FS probably could kept easier in sync with the server than the current approach
- store offline actions (e.g. mark as read) and apply them when online - implement moving mails between different IMAP folder- what to do if a mail moved out of a IMAP folder? delete it on the server? move it to trash folder on the server?
- create / delete / rename IMAP folders - ... IMHO the two most important and challenging parts are: - display mails in tracker - refactor mail app Regards, Clemens