[ale] Thunderbird Slowness

[Michael Trausch]

It all depends on configuration. Cache is, for example, all-or-nothing in it. For global search, it must be enabled. And if you're using a networked $HOME, this is painful. You wind up having to use gmail's interface or beg the sysadmin for a server-side global search functionality or similar. 

Most of my other complaints aren't that of speed, exactly, but of efficiency. For example, I have long since disabled all my plugins and addons, yet it insists on tying up a whole core to itself. Quite irritating and wasteful so I kill thunderbird when I want the computer to quiet down. (Seriously.)

I think that more efficient and intelligent clients that make use of all of the modern extensions to IMAP, and used user-configurable caching and such. Oh, crap. I am dreaming again. :)

Sent from my iPhone

On Aug 5, 2013, at 6:22 PM, leam hall <leamhall at gmail.com> wrote:

> While I won't disagree with Mike's evaluation, Thunderbird is probably not your issue. I have about 5G between my gmail and other address, and mails dating from 1999. My TB is pretty responsive, even on a non-new machine. I can give more details when I get home, but am running on CentOS 6.
> 
> Leam
> 
> 
> 
> On Mon, Aug 5, 2013 at 5:39 PM, Michael Trausch <mbt at naunetcorp.com> wrote:
>> Something that has been an increasing annoyance to me, both personally and professionally.
>> 
>> We have been seriously considering the idea of a modern mail client that is fast, uses modern IMAP extensions, is not Java, and supports secure email inherently.
>> 
>> Haven't yet had the time, of course. Would that somebody's buy the time. :)
>> 
>> Anyway. I have yet to find anything that satisfies me and I have been looking for about a year or two. Web clients can be nice but I have a (perhaps snobby) preference for fast, native yet portable and structured code.
>> 
>> Something where both OpenPGP and S/MIME are natively supported. Something that allows for a local cache, not a replica of the server side. Something where Sieve support is first-class. Something that has a sane and stable backend and is capable of having many different front ends. Something that is widely portable without reliance on a stacked hot mess of C++, XML, JavaScript and all sorts of what I think are utterly over engineered components in e.g. the Mozilla "application framework".
>> 
>> Something that is only as complex as is necessary to do safe, secure, and practical mail, fast.
>> 
>> Anyway, enough dreaming... Have to get back to work.
>> 
>> Sent from my iPhone
>> 
>> On Aug 5, 2013, at 5:21 PM, Chris Fowler <cfowler at outpostsentinel.com> wrote:
>> 
>> > I've just about had it with TB 17.0.7 on Ubuntu 12.04.  The problem I'm having is that when ever I focus on TB it takes a few seconds for it to respond.  Minimize the maximize it takes a few seconds before it responds to me clicking on anything.
>> >
>> > Now I could be at fault here.  I have 3 IMAP accounts and one is Gmail.  Each account is huge.
>> >
>> > One IMAP folder (all files in mbox format) is 1.2G. Another is 2.5G.  I'm not sure about Gmail.
>> >
>> > Is the problem because I have so many emails?  I do expunge and compact.
>> >
>> > I tried Claws Mail, but it does not render HTML emails.
>> >
>> > I'm thinking of installing a PHP web mail app.  I'm using an older version of OpenWebMail.  Anything much better?
>> >
>> >
>> > Chris
>> >
>> >
>> > _______________________________________________
>> > Ale mailing list
>> > Ale at ale.org
>> > http://mail.ale.org/mailman/listinfo/ale
>> > See JOBS, ANNOUNCE and SCHOOLS lists at
>> > http://mail.ale.org/mailman/listinfo
>> 
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
> 
> 
> 
> -- 
> Mind on a Mission
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20130805/4d38a349/attachment.html>