Hey, this is thought as a feature suggestion after seeing how quick later versions of thunderbird are accessing imap folders and, probably apart from other things, seeing that it does because it keeps a list of actions that are/will be processed in the background. The interface stays responsive, shows mails from the cache instantly while checking for new mails in the background. Lately I'm often frustrated with claws since I have to wait ages in between interacting with just a few mails (deleting, moving, just changing the current folder). I don't know if this could be hard to do for whatever reasons. But I think compared to thunderbird and other clients, the otherwise lightweight and quick claws lacks behind horribly.
+1 this especially is annoying with slow connection. actions could be performed in background while claws allows to add new ones to the queue.
+1 I like the async connection in thunderbird, too. Every folder switch in claws-mail takes more than a second. That can be frustrating if you have a lot of folders... By the way... Balsa fetches the mails async, too. It fills the list with "Loading mail..." for every mail and begins to download the mails in the viewport one by one.
+1 For me, it is the only significant drawback of Claws Mail. Being lightweight is not enough in order to be sufficiently responsive. Is any work being done on this bug? As Claws Mail is labeled as "User-friendly, lightweight, and fast email client" on the top of its website, one, well, might expect it to be, you know, fast.
ping :) "Check for new folders" on remote mailboxes is very slow http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2119
I'll send 93 mBTC (currently about €20) in a next few hours in support of this feature request from the address 13dRovCLrRf1zXBdZnL69Dd297oLTrQXLW. More specifically, I would like to suggest to prefetch messages, which are most likely to be accessed next moment, such as firsh and last few messages and the first few unread messages in each imap-directory. Let's say, user have 20 unread messages and 5 of them are prefetched. In this case when one reads a first of them, another unread message is beeing prefetched in the background. Another solution is to make an optional full copy of the imap account, sychronized to the server. To me it's even better, because it enables offline reading.
(In reply to comment #5) > I'll send 93 mBTC (currently about €20) in a next few hours in support of > this feature request from the address 13dRovCLrRf1zXBdZnL69Dd297oLTrQXLW. > > More specifically, I would like to suggest to prefetch messages, which are > most likely to be accessed next moment, such as firsh and last few messages > and the first few unread messages in each imap-directory. > > Let's say, user have 20 unread messages and 5 of them are prefetched. In > this case when one reads a first of them, another unread message is beeing > prefetched in the background. > > Another solution is to make an optional full copy of the imap account, > sychronized to the server. To me it's even better, because it enables > offline reading. We don't do 'pay-for-new-features', you donate for what you already have, not what you want to have. Besides, even if we did (and we don't) 93 mBTC is a very small payment for all the work that would be involved.
Paul, please don't consider it as a payment for a job. It's a vote. But a vote with a bit of money is better than just a vote, right? :) I wanted to donate anyway and just found a feature, that I miss there most. Even if this feature will never be implemented, I still made a bit of support for the development of the good software and it's fine. https://blockchain.info/tx/6e2e09fe578d1ed6ae9b58a14d6f6e9e046c392bd75b8575c23aa22bc1c435f7
Also voting for this one. Compared to for instance Thunderbird it is the most notable difference that makes working with Claws sometimes annoying. (but it is also one of the very few negative differences ;))
(In reply to comment #5) > I'll send 93 mBTC (currently about €20) in a next few hours in support of > this feature request from the address 13dRovCLrRf1zXBdZnL69Dd297oLTrQXLW. > > More specifically, I would like to suggest to prefetch messages, which are > most likely to be accessed next moment, such as firsh and last few messages > and the first few unread messages in each imap-directory. > > Let's say, user have 20 unread messages and 5 of them are prefetched. In > this case when one reads a first of them, another unread message is beeing > prefetched in the background. > > Another solution is to make an optional full copy of the imap account, > sychronized to the server. To me it's even better, because it enables > offline reading. Prefetching messages can be somehow emulated by adding Pre-processing rule (Configuration->Pre-processing... menu), which will do some dummy analysis of message body and execute no action. e.g. Pre-processing rule: Name: prefetch Condition: body_part matchcase "" & unread Action: stop This should make claws to fetch every unread message upon checking new mail. p.s. don't forget to restart claws-mail after adding new rule.
(In reply to comment #9) > > Prefetching messages can be somehow emulated by adding Pre-processing rule > (Configuration->Pre-processing... menu), which will do some dummy analysis > of message body and execute no action. > > e.g. Pre-processing rule: > Name: prefetch > Condition: body_part matchcase "" & unread > Action: stop > > This should make claws to fetch every unread message upon checking new mail. > > p.s. don't forget to restart claws-mail after adding new rule. You don't need to restart claws-mail after adding new rules for them to be active. Also, your suggestion just does the same as Folder Property 'synchronise for offline use', and the related option 'synchronise offline folders as soon as possible' on /Configuration/Preferences/Other/Miscellaneous