On Wed Jun 12 08:38:48 PM Thomas Lübking wrote: > > 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 use fetchmail to feed all my mail to a local dovecot server. Do you know of a way to tell dovecot to give it to Trojita sorted?
> >> 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. I understand the principle of protecting the user. I don't believe having a setting to allow automatic loading of images is unusual or difficult. If the concern is the user's safety, a warning upon unsetting would take care of that. This is a feature available in all the clients I've used and am not able to in Trojita. Protecting users is important, in this case it's restricting this user from his data, and in a way that's not commonly done. I like this program. So far the only things stopping me from using it are having to open a mail twice to read it and having to scroll to the bottom of a long list of mails to get to the newest one, every time I go to a folder. Will these features be available at some point in Trojita's development? > > Cheers, > Thomas > > > [1] http://imapwiki.org/Specs >
