1 |
I am about to get on a damn plane to Germany, find me the entire |
2 |
collection of KDEPIM devs and shoot every last one of those fuckers |
3 |
dead. dead. dead. dead. |
4 |
|
5 |
Then blow up the repo so this POS will never again see the light of |
6 |
day. |
7 |
|
8 |
I'm trying to migrate away from kdepim. Nothing else out there imports |
9 |
KDE folders so I use my usual trick of running a local imap server, |
10 |
dragging mail trees into it and when the new mail client is started, |
11 |
everything is right there. |
12 |
|
13 |
Akonadi/kmail2 silently destroys the mail when you attempt this. |
14 |
|
15 |
I did a few tests, copied small folders, contents of other folders, |
16 |
etc and satisfied myself it all worked nicely. Then dragged and |
17 |
dropped nice big chunks of mail tree into the IMAP folders. The mails |
18 |
appear in the kde view, but THEY ARE NOT ON DISK ANYMORE. What I am |
19 |
seeing is the akonadi cache, and sooner or later that will expire. |
20 |
|
21 |
There was no warning, no dialog, no notification. Just a pile of mail |
22 |
disappeared. Akonadi/nepomuk/kmail/virtuoso/soprano/strigi didn't do |
23 |
it's usual stunt of observing that my mouse pointer had moved and |
24 |
consume 200% of cpu at load 11 for 30 minutes while it reindexed |
25 |
everything. It appears to have just chucked 2GB of pim data away. |
26 |
|
27 |
Need I mention that NOT chucking pim data away is it's primary design |
28 |
goal (or should be). |
29 |
|
30 |
Now finally after 3 years, I understand what all the other ex-KDE |
31 |
users are on about - this is a stinking pile of bloatcrap and a |
32 |
solution to a problem that actually does not exist. |
33 |
|
34 |
To say that I'm pissed off is putting it mildly. |
35 |
Tomorrow morning I will decide if KDE4 itself is to be the next |
36 |
casualty. |
37 |
|
38 |
|
39 |
|
40 |
|
41 |
-- |
42 |
alan dot mckinnon at gmail dot com |