| 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 |
Archives