Summary: | Implement some way of asynchroneous processing of imap actions | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | Stefan Bethge <stefan+claws> |
Component: | Folders/IMAP | Assignee: | users |
Status: | NEW --- | ||
Severity: | enhancement | CC: | aklitzing, claws, kardan, mg.degroot, tot-to |
Priority: | P3 | ||
Version: | 3.7.6 | ||
Hardware: | All | ||
OS: | Linux |
Description
Stefan Bethge
2010-07-14 23:41:06 UTC
+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 |