KDE-SIG meeting report (03/2011)

[moabi2000]

Does Kmail2 still more than double the diskspace used if you have
local maildirs? (see https://bugs.kde.org/show_bug.cgi?id=249987)

I run on a small SSD and space is at a premium. When I tested kmail 2
it took my 15Gb of mail and with the akonadi cache and the nepomuk
index ended up using more than 32Gb. That's 25% of my drive space,
which I can't justify. Its great that kmail2 doesn't touch existing
mail to avoid risks of corruption etc, but I can't test kmail2 until
there is an option to not cache ALL the mail store. I presume there
are other users in this category.

 At the moment I am back to using Gnus - migration was a pain due to
kmail's non-standard maildirs, but now working great.

Cheers
M.



On Wed, Jan 19, 2011 at 12:16 PM, Michal Hlavinka <mhlavink at redhat.com> wrote:
> On Wednesday, January 19, 2011 13:08:15 Rex Dieter wrote:
>> Jaroslav Reznik wrote:
>> > keep kdepim-4.6 or revert to kdepim-4.4
>> >
>> > * user reports
>> > ** rdieter report success using kmail 4.6 with his 100 mb GMail mailbox
>> > ** dgilmore testing against ~100gb imap mail: (mostly) fail, initial sync
>> > of data resulted in akonadi crash, and pegging cpu for quite awhile
>> > ** jreznik reports - importing new email ok, actually very good, after
>> > restart Akonadi and Nepomuk eating 100% cpu
>> > ** than reports several crashes
>> > ** we need more users testing!
>>
>> To be clear, we're mostly interested in testing/feedback of the lastest
>> builds, kdepim-4.5.94.1 (or newer).
>>
>> (We are already aware of much badness with previous 4.6 pre-release
>> builds).
>
> I'm always using the latest with hope that it will become much better. I agree
> there was much more badness in previous 4.6 pre-release builds, but from my
> pov the progress made is still not sufficient.
> _______________________________________________
> kde mailing list
> kde at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org
>