[Kde-pim] From a users point of view ....

[Anders Lund]

Tirsdag den 28. februar 2012 22:17:32 Andreas Gungl skrev:
> Am Dienstag, 28. Februar 2012 schrieb Anders Lund:
> > Tirsdag den 28. februar 2012 21:15:52 Andreas Gungl skrev:
> > > Nevertheless, the 4.8 release is IMO nearly on the same level as 4.4
> > > once
> > > the  indexing problems have been solved. And I know what I'm talking
> > > about as I'm running 4.8 (on 12.1) in the office while I still use 11.4
> > > at home.
> 
> Quite a challenge, so here we go (with KDE 4.8 on Opensuse 12.1):
> > * address completion in composer is missing
> 
> - works for me with LDAP and for recently used addresses

Yes, recent addresses works. Addressbook completion is supposedly nepomuk 
based, the "select..." dialog which is akonadi based works.

> > * filtering is broken, and filter import is broken
> 
> - (manual and IMAP) filters work, they now even mark mails as read which has
> never worked before

Here, the problem with filtering is that messages moved by a filter is copied in 
inbox again, over and over. Only exception is my spam filtering, which adds 
headers - maybe adding some header in filters moving a message could work, I 
should try that.

> 
> - can't tell as I have only IMAP in the office, but it's a point which I
> care for for the usage at home
> 
> > * between mysqld, akonadi_agent_launcher (whatever that is) and kmail,
> > receiving 10 messages takes > 10 seconds with > 50% cpu used by those 3
> > processes
> 
> - may be related to POP, haven't seen that on IMAP

But kmail should support pop3! Part of the problem seems to be that things are 
done wrongly, for example filtering is done AFTER storing the mail, so the load 
on akonadi is at least doubled just by that.
 
> > * kmail often freezes and have to be killed for no obvious reason (during
> > loading a message)
> 
> - sometimes it doesn't display a message, waiting a minute, switching to
> another message and back often solves the problem for me

I see that too, but freezing means that the application is nonresponsive. 
kmail never recovers from that state.

> > * the akonadi conflict resolving dialog from hell stays hidden, shows in
> > other desktops than kmail, hidden behind other windows and generally
> > should not exist, since it NEVER shows for any valid reason.
> 
> - I agree with the fact the dialog doesn't offer real help. But it shows up
> correctly for me. Usually for me KMail is the top window on a virtual
> screen, perhaps that's a difference.

ALL the cases where akonadi shows that dialog should be resolved without 
bugging the user for a choice, there is a logical flow, for example a mail is 
marked as read. Imho this is a sign of code design flaws in akonadi. The hidden 
dialog that blocks is bad design in any case!

> > * kmail (or akonadi) deletes mail headers in some cases (messages go to
> > "unknown" section and have no subject, date, from, to etc)
> 
> - haven't seen that
> 
> > * kmail (or akonadi) hides mail headers from itself - I have messages
> > sitting in "unknown" but with headers intact.
> 
> - often seen in previous versions, selecting the message brought the
> information back. It might have been the date parsing problem between IMAP
> server and KMail as recently discussed in this mailing list, but I'm not
> sure. ATM KMail doesn't show "unknown" values fo me.

"unknown" is the section in the time grouped view ("today", "yesterday", "last 
week", "feburary" ...)

> > ...
> > ...
> 
> I agree with you about KMail still having problems. But it works for me in
> the daily usage. Of course, it's a special setup with only IMAP accounts,
> no POP involved. However I have some 100.000 messages in the accounts, so
> nobody should say, it works because of a small load only.

I only use it because of the rottening of other kdepim 4.4 apps, korganizer 
was becoming more and more unusable for me esp. 

Kmail currently is hardly bearable from a user perspective, in my case the 
filtering problems along with the missing search functionality makes it hard to 
find messages that I want to see, and the knowledge that data is deleted is 
scary, although it mostly hit mailing list messages so far. I also lost 
messages that kmail or akonadi decided to delete when I was stupid enough that 
I tried to use the "mark as TODO item" or "mark as important" feature while 
nepomuk was in a broken state (I suspect that kmail is responsible for nepomuk 
being in a broken state most of the time, since it used to work fine without 
kdepim 2)

> OTOH I do not recommend to switch a working previous version to KDE 4.8. The
> outcome might not be as stable as expected. By intention I stay with the
> older version at home. (The migration in the office was unintended and gave
> me such a lot of problems, I don't need a repetition of that.)

If you plan on using kdepim for mail, KDE 4.8 can not be recommended for 
anyone. OTOH there is a lot of other improvements in kde and even kdepim.

Anders

_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/