On Sun, Jun 05, 2011 at 11:46:49AM +0200, Alan McKinnon wrote: > Apparently, though unproven, at 23:59 on Saturday 04 June 2011, Indi did > opine > thusly: > > > On Sat, Jun 04, 2011 at 11:44:30PM +0200, Sebastian Beßler wrote: > > > Am 04.06.2011 23:10, schrieb Indi: > > > > Every single GUI MUA I ever tried would lock up and become unresponsive > > > > at times when dealing with IMAP. > > > > > > I use Thunderbird and IMAP for 3 years now and in all that time became > > > TB never unresponsive. So this point seems to have improved since your > > > testing. > > > > That's good to know, thanks. > > I'm unlikely to switch from mutt (due in part to so many macros and > > customizations accumulated the last couple of years), but am always > > keeping an eye out for those I support. > > > > Maybe I'll put the next person who complains about evolution on > > thunderbird and see how they do with it... > > Evolution just sucks, all the time. The only feature that sets is apart is > the > Exchange support, and it's precisely that which crashes is. We enabled > POP/IMAP on Exchange and non-Outlook users use that. > > Thunderbird - I itried this a while back when KMail-4.5.9999 pissed me off > extremely. Capable enough except it does something weird with it's internal > indexing - shows there's mail in folder, click the folder and it decides > there > isn't mail after all. S simple this, but a deal-breaking annoying one. > > Mutt - my networks guys use this on a dedicated mail server just for them > (networks guys really are special) and they have no issues at all. 2 of them > are hard-core crazy and choose pine instead. The only problem with pine is > finding who is supported and maintaining it lately (as repine) > > Claws is fast, very fast. I didn't like the way it dealt with mail accounts > and enable/disable them quickly and easily. > > KMail was always the best of the lot for me. It read and composed mail, it > had > all the features of a pine/mutt and shows it in a GUI. No weird bling-bling > (it *could* do HTML mail but you had to jump through a hoop first) and made > sensible use of the extra screen space and all the information that could be > shown. But in the last year, I don't know so much anymore. KDEPIM has a > "corporate sponsor" which I take to mean "works like Outlook". It's two whole > minor releases behind KDE and they don't have a incremental feature set they > can release for the interim. And then there's that text-search aspect that > kills Akonadi. > > I see room for a KDEPIM fork from the 4.4 codebase in maintenance mode that > does not add deep features. >
Thanks, Alan. Of course kmail is out of the question, as it requires a ginormous application framework be built (and rebuilt weekly, it looks like). I got pretty fed up with wasting time fooling with anything qt, to the point it's now officially banished entirely from my systems. That decision alone has saved me hours of extra work updating (and subsquent repairing of the inevitable fallout) per week. For a long time I built vlc with qt4 (it's very convenient when you're exhausted and just want to play a video), but finally got sick of having to rebuild it every time the qt guys change anything (which they seem to do about every two hours). Now I just use nvlc and cvlc instead. Since I started building vlc without qt I go weeks without having to rebuild it. It's too bad, really. Potentially, qt4 and kde could totally rock. I don't suppose the corporate shenanigans with Nokia and Microsoft have helped, either... Of course, I am using ~x86. It might be less hectic on stable... -- caveat utilitor ♫ ❤ ♫ ❤ ♫ ❤ ♫ ❤
