https://bugs.kde.org/show_bug.cgi?id=290393
Denis Kurz changed:
What|Removed |Added
Resolution|WAITINGFORINFO |UNMAINTAINED
https://bugs.kde.org/show_bug.cgi?id=290393
Denis Kurz changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=290393
--- Comment #5 from Martin Steigerwald ---
If Akonadi behaves similarily as I described in
364114 - moving a folder within one maildir resource is extremely slow and
inefficient
with mbox folders, this may explain quite a lot of
https://bugs.kde.org/show_bug.cgi?id=290393
Martin Steigerwald changed:
What|Removed |Added
CC||mar...@lichtvoll.de
https://bugs.kde.org/show_bug.cgi?id=290393
--- Comment #2 from Kevin Krammer kevin krammer gmx at 2012-01-08 18:28:25
---
Interesting observation.
I haven't had time yet to try this myself, but my guess is the problem is the
compaction of the source mbox.
Could you check if copying from
https://bugs.kde.org/show_bug.cgi?id=290393
--- Comment #3 from Bruno Haible bruno clisp org 2012-01-08 19:26:22 ---
my guess is the problem is the compaction of the source mbox.
As I wrote in the original description, 90% of the time was spent after the
size of the original mbox file
had
https://bugs.kde.org/show_bug.cgi?id=290393
Christophe Giboudeaux cgiboude...@gmx.com changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=290393
--- Comment #1 from Bruno Haible bruno clisp org 2012-01-02 12:29:33 ---
The reason why I moved the contents of the folder, instead of renaming the
folder, is that the first folder has some subfolders.
Namely, the source folder is 'gnulib', with