> On Wed Jun 12 06:30:02 PM Jan Kundrát wrote: >> On Wednesday, 12 June 2013 18:02:13 CEST, Vayu wrote: >> > Thanks, I just compiled from Git and now it is saving my >> > positions. It doesn't save my column sort order though. >> >> I guess this could be added, even though it's a rather expensive operation >> on servers without support for CONTEXT=SORT (and no servers doing that are >> in the wild). So this is a matter of preference -- do we want to waste >> bandwidth by requesting data all over again, whenever a new message >> arrives, or do we force users to use the default sort order on restart? >> > > I haven't considered the expense. The ability to have my message list > sorted upon entering a folder and remember that is a feature I use on kmail, > thunderbird and claws mail. I haven't been inconvenienced by the > performance of any of them except for kmail needing a database server on my > system to run.
It's a matter of what information is stored locally. Those clients will either talk to akonadi or open a local database where they cache the mail headers, ie. proxy the imap server with ALL headers present locally and all sorting is done locally as well. Trojita relies on the server to do this and only presents the really required data, leading to eg. no sort abilities for gmail users at all. Only Oracle seems to support CONTEXT=SORT atm [1] (what is a shame twice!) >> I'm not sure whether adding a checkbox which will enable loading of remote >> images all the time is the way to go. Perhaps an option for specifying the >> whitelisted domains makes more sense? Or is the granularity of domains a >> wrong one here? I'd like to hear opinions, both from you and from other >> people on the list. >> > > The granularity of domains would be an improvement, but it would add another > tedious chore similar to maintaining filters. For myself, I prefer a single > setting. This cannot be handled by either (domain)filters or a single setting. Filters are to complex and much of a task and it's also completely unpredictable what domain will contain the wanted filter or whether todays url on that domain is nice and tomorrows is evil. For similar reasons, whitelisting senders won't work - not only would you have to setup such list, it's also completely worthless due to the ... errr .. weak credibility of that information. A single setting is a complete no-go - you'd trap the innocent fools into downloading mail address verificators. The question is always "do i trust this mail?" and if so, one could push a button to download all external resources, but outside all local environments this BrainFilter™ step is inevitable - it's avery hostile world out there. Cheers, Thomas [1] http://imapwiki.org/Specs
